User input during an electronic data transfer

ABSTRACT

Approaches for display of a user input field on a data originating device during a data transfer are disclosed herein. The data originating device can be positioned within a proximity of a data receiving device to initiate a data transfer between the data originating device and the data receiving device. A secure channel may be established between the data originating device and the data receiving device to exchange information related to the user input field in some embodiments.

CROSS-REFERENCE TO RELATED APPLICATION

This application claims the benefit of U.S. Provisional PatentApplication No. 63/223,477, filed Jul. 19, 2021. The disclosure of thisapplication is incorporated by reference herein in its entirety.

BACKGROUND

As user devices have developed, the operations that may be performed bythe user devices have expanded. Many of these operations benefit fromthe ability to transfer data between the user devices. Accordingly, theuser devices have developed to allow the transfer of data to and fromthe user devices.

BRIEF SUMMARY

The approaches described herein may allow a user to utilize a dataoriginating device associated with a first account to complete a datatransfer with a data receiving device associated with a second account.In particular, a data transfer from the data originating device to adata receiving device may be initiated by positioning an electronicelement of the data originating device within a proximity of a datareceiving device. The data originating device and the data receivingdevice may communicate to enable display of a user input field forcompleting the data transfer on the data originating device. The userinput field is configured to receive a user input including value dataon the data originating device and may provide the value data to thereceiving device for completion of the data transfer. In some instances,completion of the data transfer occurs on a second communication channelestablished between the devices for secure exchange of the data valuebetween the devices.

In some embodiments, a method may include detecting on a firstcommunication channel, by a data receiving device, an initiation of adata transfer with a data originating device. The method may furtherinclude providing on the first communication channel, by the datareceiving device to the data originating device, an indication that thedata receiving device supports a communication handover on a secondcommunication channel for the data transfer and determining, by the datareceiving device, that the data originating device supports thecommunication handover on the second communication channel based atleast in part on an indication that the data originating device supportsthe communication handover on the second communication channel receivedon the first communication channel. The method may further includedetermining, by the data receiving device, a value data based on anindication of the value data received on the second communicationchannel, determining, by the data receiving device, a transfer value forthe data transfer based at least in part on the value data, andcompleting, by the data receiving device, the data transfer with thetransfer value.

In some embodiments, a method may include detecting, by a data receivingdevice, an initiation of a data transfer with a data originating devicebased on a first time that the data originating device has entered aproximity of the data receiving device. The method may further includeproviding, by the data receiving device to the data originating device,an indication that the data receiving device supports a double tap datatransfer and determining, by the data receiving device, that the dataoriginating device supports the double tap data transfer based at leastin part on an indication that the data originating device supports thedouble tap data transfer received from the data originating device. Themethod may further include determining, by the data receiving device, avalue data based on an indication of the value data received from thedata originating device during a second time that the data originatingdevice has entered the proximity of the data receiving device,determining, by the data receiving device, a transfer value for the datatransfer based at least in part on the value data, and completing, bythe data receiving device, the data transfer with the transfer value.

In some embodiments, a method may include determining, by a dataoriginating device based at least in part on an indication received on afirst communication channel, that a data receiving device supports acommunication handover on a second communication channel for a datatransfer. The method may further include providing on the firstcommunication channel, by the data originating device to the datareceiving device, an indication that the data originating devicesupports the communication handover on the second communication channel,and providing, by the data originating device to the data receivingdevice, an indication of a value data on the second communicationchannel, the value data to be utilized for completion of the datatransfer with a transfer value based at least in part on the value data.

In some embodiments, a method may include determining, by a dataoriginating device, that a data receiving device supports a double tapdata transfer based at least in part on an indication that the datareceiving device supports the double tap data transfer received from thedata receiving device during a first time that the data originatingdevice has entered a proximity of the data receiving device. The methodmay include providing, by the data originating device, an indicationthat the data originating device supports the double tap data transfer,and providing, by the data originating device to the data receivingdevice, an indication of a value data during a second time that the dataoriginating device has entered the proximity of the data receivingdevice.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an example data transfer display arrangement inaccordance with some embodiments.

FIG. 2A illustrates a first portion of an example device displaysequence for a single tap approach in accordance with some embodiments.

FIG. 2B illustrates a second portion of the example device displaysequence for the single tap approach in accordance with someembodiments.

FIG. 2C illustrates a third portion of the example device displaysequence for the single tap approach in accordance with someembodiments.

FIG. 3A illustrates an example first communication channel signal flowfor the single tap approach in accordance with some embodiments.

FIG. 3B illustrates an example second communication channel signal flowin accordance with some embodiments.

FIG. 4A illustrates an example first communication channel signal flowin accordance with some embodiments.

FIG. 4B illustrates an example second communication channel signal flowin accordance with some embodiments.

FIG. 5A illustrates an example first communication channel signal flowwith value added services (VAS) in accordance with some embodiments.

FIG. 5B illustrates an example second communication channel signal flowin accordance with some embodiments.

FIG. 6 illustrates an example proximity illustration for communicationchannels of devices in accordance with some embodiments.

FIG. 7 illustrates an example double tap signal flow in accordance withsome embodiments.

FIG. 8A illustrates a first portion of an example device displaysequence for the double tap approach in accordance with someembodiments.

FIG. 8B illustrates a second portion of the example device displaysequence for the double tap approach in accordance with someembodiments.

FIG. 9 illustrates an example command frame in accordance with someembodiments.

FIG. 10 illustrates example bit arrangements for the fourth byte of thecommand frame of FIG. 9 in accordance with some embodiments.

FIG. 11 illustrates example tags for a fourth byte according to someembodiments.

FIG. 12 illustrates example bit arrangements for the fifth tag inaccordance with some embodiments.

FIG. 13 illustrates example codes for a VAS frame in accordance withsome embodiments.

FIG. 14 illustrates example tags for a VAS frame in accordance with someembodiments.

FIG. 15 illustrates example tags for a VAS frame in accordance with someembodiments.

FIG. 16 illustrates an example procedure for a data receiving devicewithin a data transfer with a second communication channel in accordancewith some embodiments.

FIG. 17 illustrates an example procedure for a data originating devicewithin a data transfer with a second communication channel in accordancewith some embodiments.

FIG. 18 illustrates an example procedure for a data receiving devicewithin a data transfer with a double tap data transfer in accordancewith some embodiments.

FIG. 19 illustrates an example procedure for a data originating devicewithin a data transfer with a double tap data transfer in accordancewith some embodiments.

FIG. 20 illustrates an example procedure for a device within a datatransfer with user input field in accordance with some embodiments.

FIG. 21 illustrates an example procedure for a data originating devicewithin a data transfer with user input field in accordance with someembodiments.

FIG. 22 illustrates an example procedure for a device within a datatransfer with a second communication channel in accordance with someembodiments.

FIG. 23 illustrates an example procedure for a data originating devicewithin a data transfer with a second communication channel in accordancewith some embodiments.

FIG. 24 illustrates an example system arrangement in accordance withsome embodiments.

DETAILED DESCRIPTION

Systems, computer-readable media, methods, and approaches describedthroughout this disclosure may provide establishment of a secondcommunication channel between a data receiving device and a dataoriginating device and/or may provide for user input at the dataoriginating device for a data transfer. A user may be able to interactwith the data originating device during the data transfer to completethe data transfer with the data receiving device. For example, the dataoriginating device may display a tip amount input field on a display ofthe user device and receive a user input of a tip amount related to thedata transfer. The data originating device may provide an indication ofthe tip amount to the data receiving device for the data receivingdevice to complete the data transfer.

The following detailed description refers to the accompanying drawings.The same reference numbers may be used in different drawings to identifythe same or similar elements. In the following description, for purposesof explanation and not limitation, specific details are set forth suchas particular structures, architectures, interfaces, techniques, etc. inorder to provide a thorough understanding of the various aspects ofvarious embodiments. However, it will be apparent to those skilled inthe art having the benefit of the present disclosure that the variousaspects of the various embodiments may be practiced in other examplesthat depart from these specific details. In certain instances,descriptions of well-known devices, circuits, and methods are omitted soas not to obscure the description of the various embodiments withunnecessary detail.

I. User Input Field Display

The approaches described herein may include display of a user inputfield on a data originating device for completing a data transfer with adata receiving device. The data transfer may be initiated based on thedata originating device being positioned within a proximity of the datareceiving device. The data originating device may display the user inputfield on a display the data originating device, where the dataoriginating device may receive a value data within the user input field.The data originating device may provide an indication of the value datato the data receiving device for completion of the data transfer. Insome embodiments, a second communication channel may be establishedbetween the data originating device and the data receiving device forcommunication between the data originating device and the data receivingdevice, including transmission of the indication of the value data tothe data receiving device.

FIG. 1 illustrates an example data transfer display arrangement 100 inaccordance with some embodiments. In particular, the data transferdisplay arrangement 100 displays a data receiving device 102 and a dataoriginating device 104 with example displays in accordance with someembodiments. In some instances, the data receiving device 102 maycomprise a merchant device and the data originating device may comprisea customer device.

In the illustrated instance, the data receiving device 102 and the dataoriginating device 104 may be involved in a data transfer. The datatransfer may be for a good and/or service provided by a first userassociated with the data receiving device 102 being acquired by a seconduser associated with the data originating device 104. The data receivingdevice 102 may have entered information related to the data transfer,such as a value of the data transfer. The data receiving device 102 maydisplay a data transfer request 106 that requests interaction of anelectronic element, the electronic element being associated with anaccount for completing the data transfer. The data receiving device 102may begin sensing for the electronic element in response to the entry ofinformation at the data receiving device 102 related to the datatransfer. The data originating device 104 may be associated with anaccount and may act as an electronic element. The data receiving device102 may detect when the data originating device 104 is moved within aproximity of the data receiving device 102 and the data transfer betweenthe data receiving device 102 and the data originating device 104 may beinitiated based on the detection, by the data receiving device 102, ofthe data originating device 104 being within the proximity of the datareceiving device 102.

As part of the data transfer, the data originating device 104 maydisplay a user input field 108 for user input of information for thedata transfer. For example, the data receiving device 102 may cause thedata originating device 104 to display the user input field 108 on adisplay of the data originating device 104 as part of the data transfer.The data receiving device 102 may provide a transmission to the dataoriginating device 104, wherein the transmission causes the dataoriginating device 104 to display the user input field 108. The datareceiving device 102 may provide the transmission to the dataoriginating device 104 via a first communication channel or a secondcommunication channel, where the first communication channel mayimplement near field communication (NFC) and the second communicationchannel may implement a different communication protocol than the NFC,such as Wi-Fi, ultra-wideband, Bluetooth, or another wirelesscommunication protocol. In some embodiments, the second communicationchannel may be established via a network (e.g., wide area and/orpublic), such as the Internet. The transmission provided by the datareceiving device 102 may indicate the user input field 108 to bedisplayed on the data originating device 104 and/or include informationfor the user input field 108 to be displayed on the data originatingdevice 104.

The data originating device 104 may detect a user input within the userinput field 108. In particular, the data originating device 104 maydetect a user input provided within the user input field 108 by a userof the data originating device 104. In some embodiments, the dataoriginating device 104 may further detect an indication that the userhas completed entering the user input into the user input field 108,such as the data originating device 104 detecting that the user hasclicked a confirm button 110 in the illustrated embodiment. The dataoriginating device 104 may determine a value data of the user inputfield 108 based on the user input. The data originating device 104 maytransmit an indication of the value data to the data receiving device102 for completion of the data transfer. For example, the dataoriginating device 104 may transmit the indication of the value data viathe NFC or the second communication channel. The data receiving device102 may complete the data transfer in accordance with the value dataprovided by the data originating device 104.

The data receiving device 102 and the data originating device 104 mayestablish one or more communication channels between the data receivingdevice 102 and the data originating device 104 for performance of thedata transfer. The data receiving device 102 and the data originatingdevice 104 may exchange communications via the communication channels toperform the operations to complete the data transfer. In the illustratedembodiment, a first communication channel 112 and a second communicationchannel 114 are shown established between the data receiving device 102and the data originating device 104. The first communication channel 112and the second communication channel 114 may be established inaccordance with the establishment of first communication channels andsecond communication channels, respectively, described throughout thisdisclosure. In some embodiments, the second communication channel 114may comprise a secure channel. The secure channel may implementdifferent security than the first communication channel 112. In someembodiments, the second communication channel 114 may be omitted.Procedures related to the data transfer and display of the user inputfield 108 are described further throughout this disclosure.

II. Single Tap Approach

In some embodiments, a procedure for performing a data transfer may beperformed using a single tap between a data receiving device (such asthe data receiving device 102 (FIG. 1 )) and a data originating device(such as the data originating device 104 (FIG. 1 )). The single tapapproach may provide for a user input field being displayed on a displayof the data originating device as part of the data transfer. In someembodiments, the data receiving device may be functioning as a point ofsale (POS) device and the data originating device may be functioning asa near field communication (NFC) payment device in the data transfer. Avalue data input by a user of the data originating device into the userinput field may be utilized for completing the data transfer. The singletap approach may further provide for establishment of a secondcommunication channel between the data receiving device and the dataoriginating device. For example, the single tap approach may supportcommunication handover on the second communication channel for the datatransfer. The second communication channel may be utilized fortransmission of communications between the data receiving device and thedata originating device related to the data transfer, such astransmission of communications related to the user input field.

FIG. 2A illustrates a first portion of an example device displaysequence 200 for a single tap approach in accordance with someembodiments, FIG. 2B illustrates a second portion of the example devicedisplay sequence 200 for the single tap approach in accordance with someembodiments, and FIG. 2C illustrates a third portion of the exampledevice display sequence 200 for the single tap approach in accordancewith some embodiments. The device display sequence 200 illustrates asequence of displays that may be displayed on a data receiving device202 and a data originating device 204 during a data transfer with asingle tap approach. The data receiving device 202 may host the datatransfer and may be associated with a first user. The data originatingdevice 204 may be associated with a second user in the data transfer.FIG. 3A illustrates an example first communication channel signal flow300 for the single tap approach in accordance with some embodiments andFIG. 3B illustrates an example second communication channel signal flow350 in accordance with some embodiments. The first communication channelsignal flow 300 may establish the second communication channel (such asthe second communication channel 114 (FIG. 1 )) for the secondcommunication channel signal flow 350 as described further below. Thefirst communication channel signal flow 300 and the second communicationchannel signal flow 350 may cause the displays, or a portion thereof, tobe displayed on the devices in the device display sequence 200 asdescribed further below.

At a beginning of the data transfer, a user of the data receiving device202 may input a value for the data transfer. The value may be a valuethat the user of the data receiving device 202 is charging for one ormore goods and/or services that have been provided to or will beprovided to a user of the data originating device 204. The datareceiving device 202 may display an electronic element request interface206 on a display of the data receiving device 202 based on the userinputting the value for the data transfer. In particular, the datareceiving device 202 may detect the input of the value and may displaythe electronic element request interface 206 in response to the datareceiving device 202 detecting the input of the value. The electronicelement request interface 206 may request an electronic element bepositioned within a proximity of the data receiving device 202. Forexample, the electronic element request interface 206 recites “Pleasetap your card on top” in the illustrated embodiment. The electronicelement may be associated with an account of a user of the dataoriginating device 204, where the value is transferred from the accountof the user of the data originating device 204 to an account associatedwith a user of the data receiving device 202 for the data transfer. Insome instances, the electronic element may comprise a proximityintegrated circuit card (PICC). The PICC may comprise the dataoriginating device 204 in some embodiments. The electronic elementrequest interface 206 may further display the value due in someembodiments. The data receiving device 202 may monitor for theelectronic element being positioned within the proximity of the datareceiving device 202 after the user has input the value into the datareceiving device 202. In some embodiments, the data receiving device 202may monitor for the electronic element while the electronic elementrequest interface 206 is being displayed. The data receiving device 202may monitor for the electronic element by transmitting a signal one ormore times and waiting for a response from an electronic element.

The data originating device 204 may operate as an electronic element forthe data transfer with the data receiving device 202. For example, thedata originating device 204 may be associated with an account of theuser of the data originating device 204 that may transfer the value toan account associated with the data receiving device 202. In someembodiments, the data receiving device 202 may be functioning as a POSdevice and the data originating device 204 may be functioning as a NFCpayment device. The data originating device 204 may display anelectronic element interface 208 to indicate that the data originatingdevice 204 is operating as an electronic element. In some embodiments,the data originating device 204 may begin operating as an electronicelement based on a user interaction with the data originating device 204indicating that the data originating device 204 is to be operating as anelectronic element, or the data originating device 204 being movedwithin the proximity of the data receiving device 202 while the datareceiving device 202 is monitoring for the electronic element. Theproximity may be defined by a communication protocol for thecommunication between the data receiving device 202 and the dataoriginating device 204. For example, the data receiving device 202 mayutilize a first communication channel to transmit the signal duringmonitoring for the electronic element and the data originating device204 may respond via the first communication channel. The firstcommunication channel may implement NFC. The first communication channelthat implements NFC may have a proximity of 20 cm or less, where thedata receiving device 202 and the data originating device 204 are to bewithin 20 cm or less of each other to communicate via the firstcommunication channel. When located within the proximity of the datareceiving device 202, the data originating device 204 may detect thesignal transmitted by the data receiving device 202 when monitoring forthe electronic element and the data originating device 204 may respondas the electronic element.

The data receiving device 202 may detect the response from the dataoriginating device 204 and detect that the data originating device 204has entered the proximity of the data receiving device 202. Further, thedata receiving device 202 may detect an initiation of the data transferbased on the data receiving device 202 detecting that the dataoriginating device 204 has entered the proximity of the data receivingdevice 202. In some embodiments, the data receiving device 202 maydisplay an electronic element complete interface 210 that indicates thedata receiving device 202 has detected the electronic element, which isthe data originating device 204 in this instance. In other embodiments,the data receiving device 202 may display the electronic elementcomplete interface 210 later in the data transfer procedure.

The data receiving device 202 may further transmit a handover supportindication 302 to the data originating device 204 in response todetection of the data originating device 204 being within the proximityof the data receiving device 202. The data receiving device 202 maytransmit the handover support indication 302 via a first communicationchannel, which is via NFC in the illustrated embodiment. The handoversupport indication 302 transmitted by the data receiving device 202 mayindicate that the data receiving device 202 supports communicationhandover to a second communication channel for at least a part of thedata transfer. In some embodiments, the handover support indication 302may further indicate services, such as tipping, that the data receivingdevice 202 supports being performed via the second communicationchannel.

The data originating device 204 may detect the handover supportindication 302 received from the data receiving device 202. In responseto detecting the handover support indication 302, the data originatingdevice 204 may respond with a support indication 304. The dataoriginating device 204 may transmit the support indication 304 via thefirst communication channel. The support indication 304 may indicatewhether the data originating device 204 supports the communicationhandover to the second communication channel. In some embodiments, thesupport indication 304 may further indicate whether the data originatingdevice 204 supports the services via the second communication channelindicated as being supported in the handover support indication 302. Thehandover support indication 302 and the support indication 304 may bepart of an enhanced contactless polling (ECP) procedure 306. The ECPprocedure 306 may be utilized to determine whether both the datareceiving device 202 and the data originating device 204 support thesecond communication channel. If one or both of the data receivingdevice 202 and the data originating device 204 do not support the secondcommunication channel, the data transfer may proceed withoutestablishing the second communication channel. If both of the datareceiving device 202 and the data originating device 204 indicate thatthe second communication channel is supported, the second communicationchannel may be established as part of the data transfer.

The data receiving device 202 may detect the support indication 304received from the data originating device 204. The data receiving device202 may determine, based on the support indication 304, whether the datareceiving device 202 and the data originating device 204 both supportthe second communication channel. In some embodiments, the datareceiving device 202 may further determine, based on the supportindication 304, which of the services both the data receiving device 202and the data originating device 204 support being performed via thesecond communication channel. In response to the data receiving device202 determining that both the data receiving device 202 and the dataoriginating device 204 support communication handover to the secondcommunication channel, the data receiving device 202 may initiate ahandover procedure 308. The handover procedure 308 may be utilized toestablish a second communication channel between the data receivingdevice 202 and the data originating device 204.

The data receiving device 202 may transmit a selection handover message310 to the data originating device 204 as part of the handover procedure308. The selection handover message 310 may indicate an applicationselected for establishing the second communication channel. Theselection handover message 310 may include a first elliptic curvecryptography (ECC) key to be utilized for establishing the secondcommunication channel. In some embodiments, the first ECC key maycomprise a merchant ECC key. The first ECC key may comprise a public keyin some embodiments. The selection handover message 310 may furtherindicate a communication protocol for the second communication channel,where the communication protocol may be a different communicationprotocol from NFC. For example, the selection handover message 310 mayindicate that the second communication channel is to implement Wi-Fi,ultra-wideband, Bluetooth, or another wireless communication protocolother than NFC. In other embodiments, the communication protocol may bepredefined for the second communication channel and the selectionhandover message 310 may omit the indication of the communicationprotocol. In some embodiments, the second communication channel may beestablished via a wide area and/or public network, such as the Internet.In these embodiments, the selection handover message 310 may include anindication of a network construct (such as an internet protocol (IP)address) that may be utilized for the second communication channel. Insome embodiments, the second communication channel may implementdifferent security from the first communication channel. For example,the communication protocol implemented by the second communicationchannel may provide different security from the communication protocolimplemented by the first communication channel. Further, the secondcommunication channel may be referred to as a secure channel in someinstances.

The data originating device 204 may detect the selection handovermessage 310 received from the data receiving device 202. In response todetecting the selection handover message 310, the data originatingdevice 204 may transmit a handover response message 312 to the datareceiving device 202. The handover response message 312 may include asecond ECC key to be utilized for establishing the second communicationchannel. The second ECC key may be a customer ECC key in someembodiments. In some embodiments, the second ECC key may comprise apublic key. The handover response message 312 may acknowledge indicationof the application selected for establishing the second communicationchannel and may indicate approval of establishing the secondcommunication channel via the application. Further, the handoverresponse message 312 may indicate approval of the communication protocolindicated in the selection handover message 310 in some embodiments.

The data receiving device 202 and the data originating device 204 maytransition to the second communication channel to establish the secondcommunication channel between the data receiving device 202 and the dataoriginating device 204. For example, the data receiving device 202 andthe data originating device 204 may enter a channel setup procedure 352to establish the second communication channel, as shown in FIG. 3B. Inparticular, the procedures of the data transfer performed via the secondcommunication channel may be illustrated via the second communicationchannel signal flow 350. The data receiving device 202 and the dataoriginating device 204 may utilize the first ECC key from the selectionhandover message 310 and/or the second ECC key from the handoverresponse message 312 to establish the second communication channel. Forexample, the data receiving device 202 and/or the data originatingdevice 204 may derive information from the first ECC key and/or thesecond ECC key to establish the second communication channel. In someembodiments, the second communication channel may be established betweenthe data receiving device 202 and the data originating device 204 basedfurther on a session name for the second communication channel, apassword for the second communication channel, or some combinationthereof. The data receiving device 202 and the data originating device204 may exchange one or more messages via the second communicationchannel to establish the second communication channel.

Establishing the second communication channel may further includesetting up the communication protocol for the second communicationchannel. The communication protocol for the second communication channelmay be a different communication protocol from the NFC of the firstcommunication channel. In some embodiments, the communication protocolmay be the communication protocol defined in the selection handovermessage 310. The communication protocol for the second communicationchannel may be Wi-Fi, ultra-wideband, Bluetooth, or another wirelesscommunication protocol. The communication protocol for the secondcommunication channel may provide communication over a greater distancethan the NFC utilized for the first communication channel. For example,the NFC may provide for proximity of 20 cm in which the data receivingdevice 202 and the data originating device 204 may communicate, whereasthe communication protocol for the second communication channel mayprovide a proximity of greater than 20 cm in which the data receivingdevice 202 and the data originating device 204 may communicate. In someembodiments, the communication protocol for the second communicationchannel may be Wi-Fi, where the Wi-Fi may provide communication betweenthe data receiving device 202 and the data originating device 204 up to300 feet in some instances.

Establishing the second communication channel may further includesetting up security for the second communication channel. For example,transmissions between the data receiving device 202 and the dataoriginating device 204 via the second communication channel may beencrypted. An encryption for the transmissions may be determined basedon the first ECC key, the second ECC key, or some combination thereof.The encryption of the transmissions via the second communication channelmay protect the communications transmitted between the data receivingdevice 202 and the data originating device 204. In some embodiments, thesecond communication channel may implement different security than thefirst communication channel. For example, the security of secondcommunication channel may provide greater security than the firstcommunication channel in some embodiments. The second communicationchannel may be referred to as a secure channel in some embodiments.

Once the second communication channel has been established, the dataoriginating device 204 may transmit a fetch message 354 to the datareceiving device 202 via the second communication channel. The fetchmessage 354 may request a service from the data receiving device 202. Inthe illustrated embodiment, the fetch message 354 may requestpreliminary receipt data from the data receiving device 202 for the datatransfer. The preliminary receipt data may include a preliminary receiptin some embodiments. In some embodiments, the fetch message 354 mayfurther provide information regarding the account associated with theuser of the data originating device 204.

The data receiving device 202 may detect the fetch message 354 receivedfrom the data originating device 204. The data receiving device 202 mayrespond to the fetch message 354 with a service response message 356 viathe second communication channel. The service response message 356 mayprovide the service requested by the fetch message 354. For example, theservice response message 356 may include the preliminary receipt datafor the data transfer. The data receiving device 202 may generate thepreliminary receipt data based on the value of the data transfer. Theservice response message 356 may further include an indication of a userinput field to be displayed on a display of the data originating device204. In the illustrated embodiment, the service response message 356includes a tip support indication, which may indicate that a user inputfield, or a plurality of user input fields, associated with a value datathat may be entered by a user of the data originating device 204. Theuser input fields may comprise one or more button inputs, bubble inputs,slider inputs, text field inputs, other user input fields, or somecombination thereof. The service response message 356 may cause the dataoriginating device 204 to provide the service and/or display the userinput field. For example, the data originating device 204 may displaythe preliminary receipt and/or the user input fields, or the pluralityof user input fields, in response to detecting the service responsemessage 356 in the illustrated embodiment.

In response to detecting the service response message 356, a displayprocedure 372 may be initiated. In particular, the data originatingdevice 204 may display a first preliminary receipt interface 212 inresponse to detecting the fetch message 354 in the illustratedembodiment, as illustrated in FIG. 2B. The first preliminary receiptinterface 212 may be displayed on a display of the data originatingdevice 204. The first preliminary receipt interface 212 may include apreliminary receipt 214. The preliminary receipt 214 may be included inor generated based at least in part of the preliminary receipt data. Thepreliminary receipt 214 may include an indication of an initial value ofthe data transfer. The initial value may be a value of the data transferwithout any tipping included. The initial value may be referred to as apreliminary receipt value. The first preliminary receipt interface 212may further include a first user input field 216. In the illustratedembodiment, the first user input field 216 comprises two buttons thatallow a user of the data originating device 204 to indicate whether avalue data is to be added to the data transfer. In some embodiments, thevalue data may be a tip for the data transfer. In particular, the firstuser input field 216 includes an “Add Tip” button and a “No Tip” buttonin the illustrated embodiment. The data originating device 204 maydetect an interaction with the first user input field 216 from a user ofthe data originating device 204 to determine whether the user would liketo add a value data to the data transfer. The data originating device204 may determine that the user would like to add a value data based ona detected user interaction with the “Add Tip” button and may determinethat the user would not like to add a value data based on a detecteduser interaction with the “No Tip” button in the illustrated embodiment.

The data originating device 204 may display a second preliminary receiptinterface 218 in response to the data originating device determiningthat the user would like to add a value data to the data transfer. Forexample, the data originating device 204 may display the secondpreliminary receipt interface 218. The second preliminary receiptinterface 218 may include the preliminary receipt 214 or a modifiedversion of the preliminary receipt 214. For example, the secondpreliminary receipt interface 218 includes an indication of the initialvalue of the data transfer in the illustrated embodiment. The secondpreliminary receipt interface 218 may further include a second userinput field 220. The second user input field 220 may comprise a textinput 222 that provides for input of a value data by a user of the dataoriginating device 204, where the value data may be a tip amount. In theillustrated embodiment, the second user input field 220 further includesa plurality of buttons 224 (including number buttons, a decimal pointbutton, and a clear button) for inputting the value data into the textinput 222. The second user input field 220 may further include an entrybutton 226 (labeled with “Complete” in the illustrated embodiment) thata user of the data originating device 204 may utilize to indicate thatthe value data has been entered in the text input 222. In particular,the data originating device 204 may detect a user interaction with theentry button 226 and may determine that the value data has been enteredbased on detecting the user interaction with the entry button 226.

In some embodiments, the first preliminary receipt interface 212 and/orthe second preliminary receipt interface 218 may be provided within theservice response message 356. For example, the service response message356 may include data to define the first preliminary receipt interface212 and/or the second preliminary receipt interface 218 to be displayedon the data originating device 204. In some embodiments, the firstpreliminary receipt interface 212 and/or the second preliminary receiptinterface 218 may be stored on the data originating device 204 and theservice response message 356 may indicate that the data originatingdevice 204 is to display the first preliminary receipt interface 212and/or the second preliminary receipt interface 218. The serviceresponse message 356 may include information to be displayed within thefirst preliminary receipt interface 212 and/or the second preliminaryreceipt interface 218, such as the preliminary receipt 214 and/or thevalue to be included in the preliminary receipt 214.

While one example of preliminary receipt interfaces and user inputfields are described above, it should be understood that otherpreliminary receipt interfaces and/or other user input fields may bedisplayed in other embodiments. For example, the first preliminaryreceipt interface 212 may be omitted and the second preliminary receiptinterface 218 may be displayed in response to detecting the fetchmessage 354 in some embodiments. Further, different versions of thepreliminary receipts and/or user input fields may be displayed in otherembodiments.

Based on the entry of the value data, the data originating device 204may transmit an indication of the value data to the data receivingdevice 202 via the second communication channel. In particular, the dataoriginating device 204 may transmit a value data message 374 to the datareceiving device 202 in response to the user interaction with the entrybutton 226 indicating that the user has entered a value data in the textinput 222. The value data message 374 may include an indication of thevalue data entered by the user of the data originating device 204 in thetext input 222 displayed on the display of the data originating device204.

The data receiving device 202 may detect the value data message 374received from the data originating device 204. Further, the datareceiving device 202 may determine the value data from the indication ofthe value data from the value data message 374. The data receivingdevice 202 may generate an updated receipt in accordance with the valuedata. For example, the data receiving device 202 may add the value data(which may be a tip amount) to the initial value of the data transfer toproduce a transfer value for the data transfer. The updated receipt mayinclude the transfer value for the data transfer. The data receivingdevice 202 may transmit an updated receipt message 376 to the dataoriginating device 204 via the second communication channel. The updatedreceipt message 376 may include an indication of the updated receiptincluding the transfer value for the data transfer.

The data originating device 204 may detect the updated receipt message376 received from the data receiving device 202. The data originatingdevice 204 may extract the updated receipt and/or the transfer value forthe data transfer from the updated receipt message 376. The dataoriginating device 204 may further display the extracted updated receiptand/or the transfer value for the data transfer, and/or store theextracted updated receipt and/or the transfer value for the datatransfer within a receipt store of the data originating device 204. Forexample, the data originating device 204 may implement a walletapplication, where the updated receipt and/or the transfer value for thedata transfer may be stored as an entry within the wallet application.The data originating device 204 may display a data transfer listinterface 228 of the wallet application that lists the entries withinthe wallet application. The data transfer list interface 228 may includean entry 230 corresponding to the updated receipt, where the entry 230may display a portion of the information from the updated receipt on thedata originating device 204.

The data originating device 204 may detect a user interaction with theentry 230 within the data transfer list interface 228. In response tothe detection of the user interaction with the entry 230, the dataoriginating device 204 may display a detailed receipt interface 232associated with the updated receipt. The detailed receipt interface 232may display details of the updated receipt. The details of the updatedreceipt displayed in the detailed receipt interface 232 may include anindication of a user of the data receiving device 202 (such as amerchant) associated with the data transfer, an indication of theaccount of the user of the data originating device 204 utilized for thedata transfer, information associated with the account, itemized goodsand/or services of the data transfer, the value data input by the useras part of the data transfer (such as the value data from the text input222 (FIG. 2B)), any additional amounts associated with the data transfer(such as taxes), the transfer value from the updated receipt, or somecombination thereof.

The data receiving device 202 and the data originating device 204 mayterminate the second communication channel after the operations to beperformed via the second communication channel for the data transferhave been completed. For example, the data receiving device 202 and thedata originating device 204 may perform a disconnection operation 378after the updated receipt message 376 has been transmitted in theillustrated embodiment. The disconnection operation 378 may result inthe secure channel between the data receiving device 202 and the dataoriginating device 204 being terminated.

The first communication channel signal flow 300 may proceed with a resetoperation 314. In particular, the data receiving device 202 and the dataoriginating device 204 may perform a reset operation 314 for the firstcommunication channel. The reset operation 314 may result in a contextswitch to a secure element of the data receiving device 202. Forexample, the operations performed via the first communication channelbetween the data receiving device 202 and the data originating device204 prior to the reset operation 314 may be performed via one or moreprocessors of the data receiving device 202. The operations performedvia the first communication channel between the data receiving device202 and the data originating device 204 after the reset operation 314may be performed via the secure element of the data receiving device202. The secure element may implement a security level that protectssensitive data associated with the accounts of the user of the datareceiving device 202 and the user of the data originating device 204.The security level of the secure element may be in accordance with adefined security level for Europay, MasterCard, and Visa (EMV) datatransfers. The secure element may prevent the sensitive data from beingshared with the processors of the data receiving device 202, therebyproviding a high level of protection for the sensitive data. In someembodiments, the secure element may establish a connection with the dataoriginating device 204. Further, the secure element may establish asecure connection with a payment service provider (PSP) server tocomplete the data transfer. The operations performed after the resetoperation may be performed via the first communication channel, theconnection of the secure element with the data originating device 204,the secure connection with the PSP server, or some combination thereof.

Once the reset operation 314 has been completed, the data receivingdevice 202 and the data originating device 204 may perform an EMVoperation 316. The EMV operation 316 may result in the value beingtransferred from the account associated with the user of the dataoriginating device 204 (which may be a customer) to the accountassociated with the user of the data receiving device 202 (which may bea merchant).

The EMV operation 316 may initiate with a payment loop 318 between thedata receiving device 202 and the data originating device 204. Thepayment loop 318 may be performed with the initial value of thepreliminary receipt prior to taking into account the value data (such asthe value data from the text input 222). For example, the payment loop318 may utilize the initial value for the data transfer before the valuedata is added to the initial value for the data transfer. The paymentloop 318 may include exchanging information between the data receivingdevice 202 and the data originating device 204 via the firstcommunication channel, exchanging information between the data receivingdevice 202 and the data originating device 204 via the connectionestablished by the secure element, exchanging information with the PSPserver, or some combination thereof.

The EMV operation 316 may further have a payment authorization result320. The payment authorization result 320 may take into account thevalue data (such as the value data from the text input 222). Forexample, the payment authorization result 320 may utilize the transfervalue included in the updated receipt, which may include the initialvalue of the data transfer plus the value data. The paymentauthorization result 320 may result in the transfer of the transfervalue from the account associated with the user of the data originatingdevice 204 to the account associated with the user of the data receivingdevice 202. For example, the data receiving device 202 may utilizeinformation associated with the payment authorization result 320 (suchas the updated value) to complete the data transfer with PSPs associatedwith the account of the user of the data receiving device 202 and theaccount of the user of the data originating device 204. In particular,the data receiving device 202 may communicate with a PSP serverassociated with the user of the data receiving device 202 to completethe data transfer. For example, the data receiving device 202 maycommunicate with the PSP server to complete the data transfer inaccordance with the value data received from the data originating device204. The data receiving device 202 may communicate with the PSP serverto have the value transferred from the account of the user of the dataoriginating device 204 to the account of the user of the data receivingdevice 202. In some embodiments, the second communication channel may beterminated based on the completion of the data transfer.

Portions of the reset operation 314 and the EMV operation 316 may beperformed concurrently with the establishment of the secondcommunication channel and/or the operations performed via the secondcommunication channel. For example, the reset operation 314 and/or thepayment loop 318 may be performed concurrently with the establishment ofthe second communication channel and/or the operations performed via thesecond communication channel in some instances. The paymentauthorization result 320 of the EMV operation 316 may be performed afterthe value data is provided to the data receiving device 202 via thevalue data message 374. The completion of the EMV operation 316 mayresult in the completion of the data transfer in accordance with thevalue data received from the data originating device 204. For example,the data transfer may be completed with the transfer value.

III. Second Communication Channel

In some embodiments disclosed herein, a procedure for performing a datatransfer between a data receiving device (such as the data receivingdevice 102 (FIG. 1 )) and a data originating device (such as the dataoriginating device 104 (FIG. 1 )) may include establishing a secondcommunication channel between the data receiving device and the dataoriginating device and utilizing the second communication channel fortransmission of a portion of the communications between the datareceiving device and the data originating device for performing the datatransfer. For example, the data receiving device and the dataoriginating device may initiate the data transfer via a firstcommunication channel and establish a separate second communicationchannel for transmission of communications between the data receivingdevice and the data originating device.

The first communication channel may implement a first communicationprotocol and the second communication channel may implement a secondcommunication protocol that is different from the first communicationprotocol. For example, the first communication channel may implement NFCand the second communication channel may implement a communicationprotocol other than NFC (such as Wi-Fi, ultra-wideband, Bluetooth, oranother wireless communication protocol other than NFC) in someembodiments. In some embodiments, the second communication channel maybe established via a public and/or wide area network, such as theInternet. The communication protocol of the second communication channelmay allow for communication between the data receiving device and thedata originating device within a proximity that is larger than theproximity in which the communication protocol of the first communicationchannel may allow communication between the data receiving device andthe data originating device. As an example, the communication protocolfor the first communication channel may allow for communication betweenthe data receiving device and the data originating device within aproximity of 20 centimeters (cm), whereas the communication protocol forthe second communication channel may allow for communication between thedata receiving device and the data originating device within a proximityof greater than 20 cm. In some embodiments, the second communicationchannel may implement different security from the first communicationchannel. For example, the second communication channel may implementsecurity that is more secure than the security of the firstcommunication channel in some embodiments. The second communicationchannel may be referred to as a secure channel in some embodiments.

In the case where the data receiving device is a host for a datatransfer (for example, the data receiving device communicates via anexternal network to other entities for completing the data transfer),the data transfer may be initiated based at least in part on the datareceiving device and the data originating device being located within aproximity corresponding to the first communication channel. The datareceiving device may function as a POS device and the data originatingdevice may function as a NFC payment device. For example, the datareceiving device may detect when the data originating device has movedwithin the proximity of the data receiving device. The data receivingdevice and the data originating device may communicate via the firstcommunication channel to setup the second communication channel with adifferent communication protocol than the first communication channel.The second communication channel may provide for communication betweenthe data receiving device and the data originating device at a greaterdistance than the first communication channel. Being able to communicateat a greater distance may allow for one or more user input fields to bedisplayed on the data originating device and indications of value datato be transmitted from the data originating device to the data receivingdevice when located within the proximity provided by the secondcommunication channel. Accordingly, a user of the data originatingdevice may interact with the data originating device to provide valuedata, and/or other data, for completing the data transfer hosted by thedata receiving device rather than having to interact with the datareceiving device to provide the value data, and/or other data.

FIG. 4A illustrates an example first communication channel signal flow400 in accordance with some embodiments and FIG. 4B illustrates anexample second communication channel signal flow 450 in accordance withsome embodiments. The first communication channel signal flow 400 mayoccur via a first communication channel (such as the first communicationchannel 112 (FIG. 1 )) between a data receiving device 402 and a dataoriginating device 404. The data receiving device 402 may include one ormore of the features of the data receiving device 102 (FIG. 1 ) and/orthe data receiving device 202 (FIG. 2 ). The data originating device 404may include one or more of the features of the data originating device104 (FIG. 1 ) and/or the data originating device 204 (FIG. 2 ). Thefirst communication channel signal flow 400 may establish the secondcommunication channel (such as the second communication channel 114(FIG. 1 )) between the data receiving device 402 and the dataoriginating device 404 for second communication channel signal flow 450as described further below.

A user of the data receiving device 402 may input an amount for a datatransfer. The data receiving device 402 may monitor for entry of thedata originating device 404 within a proximity of the data receivingdevice 402 via a first communication channel associated with the firstcommunication channel signal flow 400 based on the input of the amountfor the data transfer being input by the user of the data receivingdevice 402. The proximity may be based on the communication protocol ofthe first communication channel, which may be NFC in the illustratedembodiment. The data receiving device 402 may transmit a handoversupport indication 406 to the data originating device 404 in response todetection of the data originating device 404 being within the proximityof the data receiving device 402. The data receiving device 402 maytransmit the handover support indication 406 via the first communicationchannel. The handover support indication 406 transmitted by the datareceiving device 402 may indicate that the data receiving device 402supports communication handover to a second communication channel for atleast a part of the data transfer. In some embodiments, the handoversupport indication 406 may further indicate services, such as tipping,that the data receiving device 402 supports being performed via thesecond communication channel.

The data originating device 404 may detect the handover supportindication 406 received from the data receiving device 402. In responseto detecting the handover support indication 406, the data originatingdevice 404 may respond with a support indication 408. The dataoriginating device 404 may transmit the support indication 408 via thefirst communication channel. The support indication 408 may indicatewhether the data originating device 404 supports the communicationhandover to the second communication channel. In some embodiments, thesupport indication 408 may further indicate whether the data originatingdevice 404 supports the services via the second communication channelindicated as being supported in the handover support indication 406. Thehandover support indication 406 and the support indication 408 may bepart of an ECP procedure 410. The ECP procedure 410 may be utilized todetermine whether both the data receiving device 402 and the dataoriginating device 404 support the second communication channel. If oneor both of the data receiving device 402 and the data originating device404 indicate that the second communication channel is not supported, thedata transfer may proceed without establishing the second communicationchannel. If both of the data receiving device 402 and the dataoriginating device 404 indicate that the second communication channel issupported, the second communication channel may be established as partof the data transfer.

The data receiving device 402 may detect the support indication 408received from the data originating device 404. The data receiving device402 may determine based on the support indication 408 whether the datareceiving device 402 and the data originating device 404 both supportthe second communication channel. In some embodiments, the datareceiving device 402 may further determine based on the supportindication 408 which of the services both the data receiving device 402and the data originating device 404 support being performed via thesecond communication channel. In response to the data receiving device402 determining that both the data receiving device 402 and the dataoriginating device 404 support communication handover to the secondcommunication channel, the data receiving device 402 may initiate ahandover procedure 412. The handover procedure 412 may be utilized toestablish a second communication channel between the data receivingdevice 402 and the data originating device 404.

The data receiving device 402 may transmit a selection handover message414 to the data originating device 404 as part of the handover procedure412. The selection handover message 414 may indicate an applicationselected for establishing the second communication channel. Theselection handover message 414 may include a first ECC key to beutilized for establishing the second communication channel. In someembodiments, the first ECC key may comprise a merchant ECC key. Thefirst ECC key may comprise a public key. The selection handover message414 may further indicate a communication protocol for the secondcommunication channel, where the communication protocol may be adifferent communication protocol from NFC. For example, the selectionhandover message 414 may indicate that the second communication channelis to implement Wi-Fi, ultra-wideband, Bluetooth, or another wirelesscommunication protocol. In some embodiments, the second communicationchannel may be established via a wide area and/or public network, suchas the Internet. In these embodiments, the selection handover message414 may include an indication of a network construct (such as aninternet protocol (IP) address) that may be utilized for the secondcommunication channel. In other embodiments, the communication protocolmay be predefined for the second communication channel and the selectionhandover message 414 may omit the indication of the communicationprotocol.

The data originating device 404 may detect the selection handovermessage 414 received from the data receiving device 402. In response todetecting the selection handover message 414, the data originatingdevice 404 may transmit a handover response message 416 to the datareceiving device 402. The handover response message 416 may include asecond ECC key to be utilized for establishing the second communicationchannel. The second ECC key may be a customer ECC key in someembodiments. In some embodiments, the second ECC key may comprise apublic key. The handover response message 416 may acknowledge indicationof the application selected for establishing the second communicationchannel and may indicate approval of establishing the secondcommunication channel via the application. Further, the handoverresponse message 416 may indicate approval of the communication protocolindicated in the selection handover message 414 in some embodiments.

The data receiving device 402 and the data originating device 404 maytransition to the second communication channel to establish the secondcommunication channel between the data receiving device 402 and the dataoriginating device 404. For example, the data receiving device 402 andthe data originating device 404 may enter a channel setup procedure 452to establish the second communication channel, as shown in FIG. 4B. Inparticular, the procedures of the data transfer performed via the secondcommunication channel may be illustrated via the second communicationchannel signal flow 450. The data receiving device 402 and the dataoriginating device 404 may utilize the first ECC key from the selectionhandover message 414 and/or the second ECC key from the handoverresponse message 416 to establish the second communication channel. Forexample, the data receiving device 402 and/or the data originatingdevice 404 may derive information from the first ECC key and/or thesecond ECC key to establish the second communication channel. In someembodiments, the second communication channel may be established betweenthe data receiving device 402 and the data originating device 404 basedfurther on a session name for the second communication channel, apassword for the second communication channel, or some combinationthereof. The data receiving device 402 and the data originating device404 may exchange one or more messages via the second communicationchannel to establish the second communication channel.

Establishing the second communication channel may further includesetting up the communication protocol for the second communicationchannel. The communication protocol for the second communication channelmay be a different communication protocol from the NFC of the firstcommunication channel. In some embodiments, the communication protocolmay be the communication protocol defined in the selection handovermessage 414. The communication protocol for the second communicationchannel may be Wi-Fi, ultra-wideband, Bluetooth, or another wirelesscommunication protocol. In some embodiments, the second communicationchannel may be established via a wide area and/or public network, suchas the Internet. The communication protocol for the second communicationchannel may provide communication over a greater distance than the NFCutilized for the first communication channel. For example, the NFC mayprovide of proximity of 20 cm in which the data receiving device 402 andthe data originating device 404 may communicate, whereas thecommunication protocol for the second communication channel may providea proximity of greater than 20 cm in which the data receiving device 402and the data originating device 404 may communicate. In someembodiments, the communication protocol for the second communicationchannel may be Wi-Fi, where the Wi-Fi may provide communication betweenthe data receiving device 402 and the data originating device 404 up to300 feet in some instances.

Establishing the second communication channel may further includesetting up security for the second communication channel. For example,transmissions between the data receiving device 402 and the dataoriginating device 404 via the second communication channel may beencrypted. An encryption for the transmissions may be determined basedon the first ECC key, the second ECC key, or some combination thereof.The encryption of the transmissions via the second communication channelmay protect the communications transmitted between the data receivingdevice 402 and the data originating device 404. In some embodiments, thesecond communication channel may implement different security than thefirst communication channel. For example, the security of secondcommunication channel may provide greater security than the firstcommunication channel in some embodiments. The second communicationchannel may be referred to as a secure channel in some embodiments.

Once the second communication channel has been established, the dataoriginating device 404 may transmit a service query message 454 to thedata receiving device 402. The service query message 454 may request anindication of the services provided by the data receiving device 402.For example, the service query message 454 may query the data receivingdevice 402 to indicate which services are provided by the data receivingdevice 402 via the second communication channel.

The data receiving device 402 may detect the service query message 454received from the data originating device 404. Based on the servicequery message 454, the data receiving device 402 may determine whichservices the data receiving device 402 can provide to the dataoriginating device 404 via the second communication channel. The datareceiving device 402 may transmit a supported services message 456 tothe data originating device 404 via the second communication channel.The supported services message 456 may indicate the services, such astipping and/or presenting a receipt, that can be provided by the datareceiving device 402 to the data originating device 404 via the secondcommunication channel.

One or more services may be provided via the second communicationchannel. The services may be initiated by the data receiving device 402or the data originating device 404. For example, the secondcommunication channel signal flow 450 shows a data originating deviceinitiated service procedure 458. The data originating device initiatedservice procedure 458 illustrates signals that may be transmitted aspart of a service initiated by the data originating device 404. In thedata originating device initiated service procedure 458, the dataoriginating device 404 may transmit a get service message 460 to thedata receiving device 402 to initiate a service via the secondcommunication channel. The get service message 460 may indicate aservice to be provided via the second communication channel. In someinstances, the get service message 460 may include information forproviding the service. For example, the get service message 460 mayindicate a value data indicated by a user of the data originating device404.

The data receiving device 402 may detect the get service message 460received from the data originating device 404. The data receiving device402 may determine a service to be provided via the second communicationchannel based on the get service message 460. In some instances, thedata receiving device 402 may further extract the information from theget service message 460 for performance of the service. The datareceiving device 402 may respond with a service response message 462that provides the service.

The second communication channel signal flow 450 further shows a datareceiving device initiated service procedure 464. The data receivingdevice initiated service procedure 464 illustrates signals that may betransmitted as part of a service initiated by the data receiving device402. In the data receiving device initiated service procedure 464, thedata originating device 404 may transmit a get message 466 to the datareceiving device 402. The get message 466 request an indication of aservice being initiated by the data receiving device 402.

The data receiving device 402 may detect the get message 466 receivedfrom the data originating device 404. The data receiving device 402 maytransmit a service indication message 468 to the data originating device404 in response to detecting the get message 466. The service indicationmessage 468 may indicate a service being initiated by the data receivingdevice 402. In some instances, the service indication message 468 mayinclude information for performing the service.

The data originating device 404 may detect the service indicationmessage 468 received from the data receiving device 402. The dataoriginating device 404 may determine the service to be provided via thesecond communication channel based on the service indication message468. In some instances, the data originating device 404 may perform oneor more operations for the service in response to the service indicationmessage 468. The data originating device 404 may transmit a get servicemessage 470 to the data receiving device 402 in response to the serviceindication message 468. The get service message 470 may indicate theservice to be provided via the second communication channel and/or mayindicate that the data originating device 404 supports the service. Insome instances, the get service message 470 may include information forproviding the service.

The data receiving device 402 may detect the get service message 470received from the data originating device 404. The data receiving device402 may determine that the data originating device 404 supports theservice via the second communication channel based on the get servicemessage 470. In some instances, the data receiving device 402 mayfurther extract the information from the get service message 470 forperformance of the service. The data receiving device 402 may respondwith a service response message 472 that provides the service. Theservice response message 472 may provide the service (such as a receipt)from the data receiving device 402 to the data originating device 404.

The data receiving device 402 and the data originating device 404 mayterminate the second communication channel after the operations to beperformed via the second communication channel for the data transferhave been completed. For example, the data receiving device 402 and thedata originating device 404 may perform a disconnection operation 474after the service response message 472 has been transmitted in theillustrated embodiment. The disconnection operation 474 may result inthe second communication channel between the data receiving device 402and the data originating device 404 being terminated.

The first communication channel signal flow 400 may proceed with a resetoperation 418. In particular, the data receiving device 402 and the dataoriginating device 404 may perform a reset operation 418 for the firstcommunication channel. The reset operation 418 may result in a contextswitch to a secure element of the data receiving device 402. Forexample, the operations performed via the first communication channelbetween the data receiving device 402 and the data originating device404 prior to the reset operation 418 may be performed via one or moreprocessors of the data receiving device 402. The operations performedvia the first communication channel between the data receiving device402 and the data originating device 404 may be performed via the secureelement of the data receiving device 402. The secure element mayimplement a security level that protects sensitive data associated withthe accounts of the user of the data receiving device 402 and the userof the data originating device 404. The security level of the secureelement may be in accordance with a defined security level for EMV datatransfers. The secure element may prevent the sensitive data from beingshared with the processors of the data receiving device 402, therebyproviding a high level of protection for the sensitive data. In someembodiments, the secure element may establish a connection with the dataoriginating device 404 via another communication protocol that providesfor communication between the data receiving device 402 and the dataoriginating device 404 at a greater distance than the firstcommunication channel. Further, the secure element may establish asecure connection with a PSP server to complete the data transfer. Theoperations performed after the reset operation may be performed via thefirst communication channel, the connection of the secure element viathe other communication protocol, the secure connection with the PSPserver, or some combination thereof.

Once the reset operation 418 has been completed, the data receivingdevice 402 and the data originating device 404 may perform an EMVoperation 420. The EMV operation 420 may result in the transfer valuebeing transferred from the account associated with the user of the dataoriginating device 404 (which may be a customer) to the accountassociated with the user of the data receiving device 402 (which may bea merchant).

The EMV operation 420 may initiate with a payment loop 422 between thedata receiving device 402 and the data originating device 404. Thepayment loop 422 may be performed with the initial value of thepreliminary receipt prior to taking into account any values thatexchanged via the second communication channel. For example, the paymentloop 422 may utilize the initial value for the data transfer before thevalue data is added to the initial value for the data transfer. Thepayment loop 422 may include exchanging information between the datareceiving device 402 and the data originating device 404 via the firstcommunication channel, exchanging information between the data receivingdevice 402 and the data originating device 404 via the connectionestablished by the secure element, exchanging information with the PSPserver, or some combination thereof.

The EMV operation 420 may further have a payment authorization result424. The payment authorization result 424 may take into account anyvalues exchanged via the second communication channel. The paymentauthorization result 424 may result in the transfer of the transfervalue from the account associated with the user of the data originatingdevice 404 to the account associated with the user of the data receivingdevice 402. For example, the data receiving device 402 may utilizeinformation associated with the payment authorization result 424 tocomplete the data transfer with PSPs associated with the account of theuser of the data receiving device 402 and the account of the user of thedata originating device 404. In particular, the data receiving device402 may communicate with a PSP server associated with the user of thedata receiving device 402 to complete the data transfer. The datareceiving device 402 may communicate with the PSP server to have thevalue transferred from the account of the user of the data originatingdevice 404 to the account of the user of the data receiving device 402.In some embodiments, the second communication channel may be terminatedbased on the completion of the data transfer.

Portions of the reset operation 418 and the EMV operation 420 may beperformed concurrently with the establishment of the secondcommunication channel and/or the operations performed via the secondcommunication channel. For example, the reset operation 418 and/or thepayment loop 422 may be performed concurrently with the establishment ofthe second communication channel and/or the operations performed via thesecond communication channel in some instances. The paymentauthorization result 424 of the EMV operation 420 may be performed afteroperations performed via the second communication channel. Thecompletion of the EMV operation 420 may result in the completion of thedata transfer in accordance with at least some of the informationexchanged via the second communication channel.

IV. Second Communication Channel with Value Added Services

In some embodiments disclosed herein, a procedure for performing a datatransfer between a data receiving device (such as the data receivingdevice 102 (FIG. 1 )) and a data originating device (such as the dataoriginating device 104 (FIG. 1 )) may include value added services (VAS)in addition to establishing a second communication channel. For example,the data transfer may allow for use of loyalty numbers, coupons, and/orVAS within the data transfer.

FIG. 5A illustrates an example first communication channel signal flow500 with VAS in accordance with some embodiments and FIG. 5B illustratesan example second communication channel signal flow 550 in accordancewith some embodiments. The first communication channel signal flow 500may occur via a first communication channel (such as the firstcommunication channel 112 (FIG. 1 )) between a data receiving device 502and a data originating device 504. The data receiving device 502 mayinclude one or more of the features of the data receiving device 102(FIG. 1 ), the data receiving device 202 (FIG. 2 ), and/or the datareceiving device 402 (FIG. 4A). The first communication channel signalflow 500 may establish the second communication channel (such as thesecond communication channel 114 (FIG. 1 )) between the data receivingdevice 502 and the data originating device 504 for the secondcommunication channel signal flow 550 as described further below.

The first communication channel signal flow 500 may include one or moreof the features of the first communication channel signal flow 400 (FIG.4A). In particular, the first communication channel signal flow 500 mayinclude one or more the procedures described in relation to the firstcommunication channel signal flow 400. For example, the firstcommunication channel signal flow 500 may include an ECP procedure 506,a handover procedure 508, and an EMV operation 512. The ECP procedure506 may include one or more of the features of the ECP procedure 410(FIG. 4A). The handover procedure 508 may include one or more of thefeatures of the handover procedure 412 (FIG. 4A). The EMV operation 512may include one or more of the features of the EMV operation 420 (FIG.4A). The first communication channel signal flow 500 may further performa communication handover to the second communication channel signal flow550, which may include one or more features of the communicationhandovers from the first communication channel signal flow 400 to thesecond communication channel signal flow 450 (FIG. 4B).

The second communication channel signal flow 550 may include one or moreof the features of the second communication channel signal flow 450. Inparticular, the second communication channel signal flow 550 may includeone or more of the procedures described in relation to the secondcommunication channel signal flow 450. For example, the secondcommunication channel signal flow 550 may include a channel setupprocedure 552, a service query message 554, a supported services message556, a data originating device initiated service procedure 558, a datareceiving device initiated service procedure 560, and a disconnectionoperation 562. The channel setup procedure 552 may include one or moreof the features of the channel setup procedure 452 (FIG. 4B). Theservice query message 554 may include one or more of the features of theservice query message 454 (FIG. 4B). The supported services message 556may include one or more of the features of the supported servicesmessage 456 (FIG. 4B). The data originating device initiated serviceprocedure 558 may include one or more of the features of the dataoriginating device initiated service procedure 458 (FIG. 4B). The datareceiving device initiated service procedure 560 may include one or moreof the features of the data receiving device initiated service procedure464 (FIG. 4B). The disconnection operation 562 may include one or moreof the features of the disconnection operation 474 (FIG. 4B).

The first communication channel signal flow 500 may further include aVAS procedure 514. The VAS procedure 514 may be performed for providingone or more VAS for the data transfer. The VAS procedure 514 may beperformed in response to a completion of the handover procedure 508. Thereset procedure 510 may be performed in response to a completion of theVAS procedure 514. Further, the VAS procedure 514 may be performed whileone or more of the procedures of the second communication channel signalflow 550 is being performed, or after the disconnection operation 562has been completed.

The first communication channel signal flow 500 may include a selectidentifier (ID) message 516. In particular, the data receiving device502 may transmit the select ID message 516 via the NFC to the dataoriginating device 504. The select ID message 516 may indicate a user ofthe data receiving device 502. For example, the select ID message 516may comprise a first ID in some embodiments. In some embodiments, thefirst ID may be a merchant ID that indicates a merchant associated withthe data receiving device 502. The data receiving device 502 maytransmit the select ID message 516 in response to the data receivingdevice 502 detecting that the handover procedure 508 has been completed.

The data originating device 504 may detect the select ID message 516received from the data receiving device 502. The data originating device504 may determine the user of the data receiving device 502 based atleast in part on the select ID message 516. For example, the dataoriginating device 504 may determine the merchant associated with thedata receiving device 502 based on the first ID included in the selectID message 516. The data originating device 504 may transmit a responsemessage 518 via the NFC to the data receiving device 502 in response tothe select ID message 516. The response message 518 may indicate thatthe data originating device 504 recognizes the user of the datareceiving device 502.

The data receiving device 502 may detect the response message 518received from the data originating device 504. The data receiving device502 may transmit a get VAS data message 520 via the first communicationchannel to the data originating device 504. The get VAS data message 520may indicate VAS supported by the data receiving device 502. The get VASdata message 520 may further include a request for information relatedto the VAS from the data originating device 504.

The data originating device 504 may detect the get VAS data message 520received from the data receiving device 502. The data originating device504 may determine what VAS is supported by the data receiving device 502based at least on part on the get VAS data message 520. Based on thedetermined supported VAS and/or the request for information, the dataoriginating device 504 may determine whether information related to theVAS is stored by the data originating device 504. In response to the getVAS data message 520, the data originating device 504 may transmit a VASindication message 522 via the first communication channel to the datareceiving device 502. The VAS indication message 522 may indicatewhether the data originating device 504 has information related to theVAS stored. If the data originating device 522 has the informationrelated to the VAS stored, the VAS indication message 522 may furtherinclude the information related to the VAS. For example, the VASindication message 522 may include one or more loyalty numbers, coupons,and/or other information related to the VAS. The data receiving device502 may provide the VAS with the information provided in the VASindication message 522.

V. Proximity for Second Communication Channel

As described throughout this disclosure, a proximity of the secondcommunication channel between a data receiving device and a dataoriginating device may be greater than a proximity of anothercommunication channel between the data receiving device and the dataoriginating device. For example, a communication protocol for the secondcommunication channel may allow for communication between the datareceiving device and the data originating device at a greater distancethan a communication protocol for the other communication channel.Having the greater proximity for the second communication channel mayallow for the communication at a greater distance between the datareceiving device and the data originating device than if the secondcommunication channel was not established.

FIG. 6 illustrates an example proximity illustration 600 forcommunication channels of devices in accordance with some embodiments.In particular, the proximity illustration 600 illustrates exampleproximities for a second communication channel (such as the secondcommunication channels described throughout the disclosure) and anothercommunication channel (such as the first communication channel describedthroughout the disclosure). The different proximities for the secondcommunication channel and the other communication channel may be due todifferent communication protocols implemented by the channels.

The proximity illustration 600 includes a data receiving device 602. Thedata receiving device 602 may include one or more of the features of thedata receiving device 102 (FIG. 1 ), the data receiving device 202 (FIG.2 ), the data receiving device 402 (FIG. 4A), and/or the data receivingdevice 502 (FIG. 5A). The data receiving device 602 may be associatedwith a merchant and may be utilized in a data transfer for sale and/ortransfer of goods and/or services to a customer.

The data receiving device 602 may detect a user input of an initialvalue for the data transfer. In response to the detection of the userinput, the data receiving device 602 may begin monitoring for deviceswithin a first proximity 604 of the data receiving device 602. A rangeof the first proximity 604 may be defined based on a communicationprotocol implemented by a first communication channel associated withthe first proximity 604. In some embodiments, the first communicationchannel may implement NFC that defines the range of the first proximity604. The first proximity 604 may have a proximity of 20 cm or less,where the data receiving device 602 may detect devices located withinthe first proximity 604. The first proximity 604 being relatively smallmay limit an amount of devices that may be detected by the datareceiving device 602, which may be beneficial for the data receivingdevice 602 identifying another device to establish a connection. Inparticular, it may be relatively uncommon for devices to be locatedwithin the first proximity 604 of the data receiving device 602, suchthat having another device within the first proximity 604 may indicatethat a connection is to be established between the data receiving device602 and the other device.

The proximity illustration 600 further includes a data originatingdevice 606. The data originating device 606 may include one or more ofthe features of the data originating device 104 (FIG. 1 ), the dataoriginating device 204 (FIG. 2 ), the data originating device 404 (FIG.4A), and/or the data originating device 504 (FIG. 5A). The dataoriginating device 606 may be associated with a customer and may beutilized in the data transfer for transfer of a transfer value to anaccount associated with the user of the data receiving device 602 forthe goods and/or services.

The data receiving device 602 may detect when the data originatingdevice 606 is located within the first proximity 604 while monitoringfor devices within the first proximity 604. For example, the datareceiving device 602 may detect when the data originating device 606enters the first proximity 604, as indicated by arrow 610. The datareceiving device 602 may determine whether a first communication channelis to be established with the data originating device 606. For example,the data receiving device 602 may determine whether the data originatingdevice 606 has been configured as an electronic element when locatedwithin the first proximity 604. The data originating device 606 may beconfigured as an electronic element by a user of the data originatingdevice 606 interacting with the data originating device 606 to indicatethat the data originating device 606 is to operate as an electronicelement. In some embodiments, the data receiving device 602 may functionas a POS device and the data originating device 606 may function as aNFC payment device. The data receiving device 602 may establish a firstcommunication channel with the data originating device 606 in responseto determining that the data originating device 606 is located withinthe first proximity 604, is configured to operate as an electronicelement, and/or the data receiving device 602 is monitoring for a devicewithin the first proximity 604 for the data transfer. The firstcommunication channel may be established via the communication protocolassociated with the first proximity 604 and may have a range of thefirst proximity 604.

The data receiving device 602 and the data originating device 606 mayutilize the first communication channel to establish a secondcommunication channel in some embodiments. For example, the datareceiving device 602 and the data originating device 606 may perform theECP procedure 306 (FIG. 3A), the ECP procedure 410 (FIG. 4A), thehandover procedure 308 (FIG. 3A), and/or the handover procedure 412(FIG. 4A) to establish the second communication channel. The datareceiving device 602 and the data originating device 606 may establishthe second communication channel via a different communication protocolfrom the communication protocol of the first communication channel. Thecommunication protocol of the second communication channel may be Wi-Fi,ultra-wideband, Bluetooth, or another wireless communication protocoldifferent from the communication protocol of the first communicationchannel. Based on the communication protocol, the second communicationchannel may have a second proximity 608. The data receiving device 602and the data originating device 606 may communicate via the secondcommunication channel when the data originating device 606 is locatedwithin the second proximity of the data receiving device 602. The secondproximity 608 may be larger than the first proximity 604. In someembodiments, the second proximity 608 may have a proximity of up to 300feet. In some embodiments, the second communication channel may beestablished via a wide area and/or public network, such as the Internet.In these embodiments, the second communication channel may provide forcommunication at any location that has access to the network, therebyproviding for the second proximity 608 being an area from which thenetwork can be accessed. The second communication channel having thesecond proximity 608 that is larger than the first proximity 604 of thefirst communication channel may allow the data receiving device 602 andthe data originating device 606 to communicate with each other atgreater distances than if the second communication channel was notestablished. One or more operations (such as the operations described inrelation to the second communication channel signal flow 350 (FIG. 3B)and/or the operations described in relation to the second communicationchannel signal flow 450 (FIG. 4B)) may be performed via the secondcommunication channel. The second communication channel may allow forone or more user input fields related to the data transfer to bedisplayed on the data originating device 606. Accordingly, a user of thedata originating device 606 may interact with the data originatingdevice 606 to enter information for the data transfer rather than havingthe interact with the data receiving device 602.

For an example of the single tap approach with the second communicationchannel, a customer may be purchasing a hot dog from a merchant. Themerchant may enter a cost for the hot dog into a smart phone of themerchant, where the smart phone may be functioning as a POS device forthe merchant. The smart phone of the merchant may correspond to the datareceiving device. The smart phone of the merchant may be linked toaccount of the merchant that can receive payments. The smart phone ofthe merchant may begin to monitor for a payment element.

The customer may have a smart phone that is linked to a payment accountof the customer, where the account can be utilized to pay for items. Thesmart phone of the customer may function as a payment element for thecustomer. The smart phone of the customer may be functioning as an NFCpayment device for the customer. The smart phone of the customer maycorrespond to the data originating device. The customer may move thesmart phone of the customer within a first proximity of the smart phoneof the merchant to initiate a payment for the hot dog.

The smart phone of the merchant may detect the smart phone of thecustomer being moved within the first proximity. The smart phone of themerchant and the smart phone of the customer may exchange data relatedto the purchase of the hot dog and for establishing a secondcommunication channel between the smart phone of the merchant and thesmart phone of the customer. The second communication channel mayprovide a greater range of communication than the first communicationchannel, such that the smart phone of the customer may continue tocommunicate with the smart phone of the merchant when the smart phone ofthe customer is within a second proximity of the smart phone of themerchant that is larger than the first proximity.

The smart phone of the customer may display a receipt showing the costfor the hot dog based on data received from the smart phone of themerchant. The smart phone of the customer may also provide the customerwith the option to input a tip for the purchase of the hot dog. Thesmart phone of the customer may transmit an indication of any tipentered by the customer to the smart phone of the merchant via thesecond communication channel. The smart phone of the merchant then maycomplete the sale of the hot dog with the tip resulting in transfer offunds from the account associated with the customer to the accountassociated with the merchant.

VI. Double Tap Approach

In some embodiments, a procedure for performing a data transfer may beperformed using a double tap between a data receiving device (such asthe data receiving device 102 (FIG. 1 )) and a data originating device(such as the data originating device 104 (FIG. 1 )). The double tapapproach may provide for a user input field being displayed on a displayof the data originating device as part of the data transfer. A valuedata input by a user of the data originating device into the user inputfield may be utilized for completing the data transfer. The double tapapproach may allow for exchange of information related to the datatransfer during a first tap between the data receiving device and thedata originating device and exchange of additional information relatedto the data transfer during a second tap between the data receivingdevice and the data originating device. The user input field may bedisplayed on a display of the data originating device between the firsttap and the second tap, thereby allowing a user of the data originatingdevice to input information utilized for the data transfer that can betransmitted from the data originating device to the data receivingdevice during the second tap.

FIG. 7 illustrates an example double tap signal flow 700 in accordancewith some embodiments. The double tap signal flow 700 may be part of adata transfer between a data receiving device 702 and a data originatingdevice 704. The data receiving device 702 may include one or more of thefeatures of the data receiving device 102 (FIG. 1 ), the data receivingdevice 202 (FIG. 2 ), the data receiving device 402 (FIG. 4A), and/orthe data receiving device 502 (FIG. 5 ). The data receiving device 702may host the data transfer and may be associated with a first user. Thedata originating device 704 may include one or more of the features ofthe data originating device 104 (FIG. 1 ), the data originating device204 (FIG. 2 ), the data originating device 404 (FIG. 4A), and/or thedata originating device 504 (FIG. 5 ).

FIG. 8A illustrates a first portion of an example device displaysequence 800 for the double tap approach in accordance with someembodiments, and FIG. 8B illustrates a second portion of the exampledevice display sequence 800 for the double tap approach in accordancewith some embodiments. The device display sequence 800 illustrates asequence of displays that may be displayed on the data receiving device702 and the data originating device 704 during a data transfer with adouble tap approach.

At a beginning of the data transfer, a user of the data receiving device702 may input an initial value for the data transfer. The initial valuemay be a value that the user of the data receiving device 702 ischarging for one or more goods and/or services that have been providedto or will be provided to a user of the data originating device 704. Thedata receiving device 702 may display an electronic element requestinterface 802 on a display of the data receiving device 702 based on theuser inputting the initial value for the data transfer. In particular,the data receiving device 702 may detect the input of the initial valueand may display the electronic element request interface 802 in responseto the data receiving device 702 detecting the input of the value. Theelectronic element request interface 802 may request an electronicelement be positioned within a proximity of the data receiving device702. For example, the electronic element request interface 802 recites“Please tap your card on top” in the illustrated embodiment. The datareceiving device 702 may monitor for an electronic element beingpositioned within a proximity of the data receiving device 702 after theuser has input the initial value into the data receiving device 702. Insome embodiments, the data receiving device 702 may monitor for theelectronic element by transmitting a signal one or more times andwaiting for a response from an electronic element. The electronicelement may be associated with an account of a user of the dataoriginating device 704, where the transfer value is transferred from theaccount of the user of the data originating device 704 to an accountassociated with a user of the data receiving device 702 for the datatransfer. In some instances, the electronic element may comprise a PICC.The PICC may comprise the data originating device 704 in someembodiments.

The data originating device 704 may operate as an electronic element forthe data transfer with the data receiving device 702. For example, thedata originating device 704 may be associated with an account of theuser of the data originating device 704 that may transfer the transfervalue to an account associated with the data receiving device 702. Insome embodiments, the data receiving device 702 may function as a POSdevice and the data originating device 704 may function as a NFC paymentdevice. The data originating device 704 may display an electronicelement interface 804 to indicate that the data originating device 704is operating as an electronic element. In some embodiments, the dataoriginating device 704 may begin operating as an electronic elementbased on a user interaction with the data originating device 704indicating that the data originating device 704 is to be operating as anelectronic element, or the data originating device 704 being movedwithin the proximity of the data receiving device 702 while the datareceiving device 702 is monitoring for the electronic element. Theproximity may be defined by a communication protocol for a communicationchannel established between the data receiving device 702 and the dataoriginating device 704. For example, the data receiving device 702 mayutilize NFC for the communication channel to transmit the signal duringmonitoring for the electronic element and the data originating device704 may respond via the communication channel. The communication channelmay have a proximity of 20 cm or less, where the data receiving device702 and the data originating device 704 are to be within 20 cm or lessof each other to communicate via the communication channel. When locatedwithin the proximity of the data receiving device 702, the dataoriginating device 704 may detect the signal transmitted by the datareceiving device 702 when monitoring for the electronic element and thedata originating device 704 may respond as the electronic element.

The data receiving device 702 may detect the response from the dataoriginating device 704 and detect that the data originating device 704has entered the proximity of the data receiving device 702. Further, thedata receiving device 702 may detect an initiation of the data transferbased on the data receiving device 702 detecting that the dataoriginating device 704 has entered the proximity of the data receivingdevice 702.

The data receiving device 702 may transmit a double tap supportindication 706 to the data originating device 704 in response todetection of the data originating device 704 being within the proximityof the data receiving device 702. The data receiving device 702 maytransmit the double tap support indication 706 via the communicationchannel, which is via NFC in the illustrated embodiment. The double tapsupport indication 706 transmitted by the data receiving device 702 mayindicate that the data receiving device 702 supports a double tap datatransfer. In some embodiments, the double tap support indication 706 mayfurther indicate services, such as tipping, that the data receivingdevice 702 supports with the double tap data transfer. For example, thedouble tap support indication 706 may indicate that data receivingdevice 702 supports setup of the services in a first tap and transfer ofinformation related to the services in the second tap.

The data originating device 704 may detect the double tap supportindication 706 received from the data receiving device 702. In responseto detecting the double tap support indication 706, the data originatingdevice 704 may respond with a support indication 708. The dataoriginating device 704 may transmit the support indication 708 via theNFC. The support indication 708 may indicate whether the dataoriginating device 704 supports the double tap data transfer. In someembodiments, the support indication 708 may further indicate whether thedata originating device 704 supports the services indicated as beingsupported in the double tap support indication 706. The double tapsupport indication 706 and the support indication 708 may be part of anECP procedure 710. The ECP procedure 710 may be utilized to determinewhether both the data receiving device 702 and the data originatingdevice 704 support a double tap data transfer. If one or both of thedata receiving device 702 and the data originating device 704 indicatethat a double tap data transfer is not supported, the data transfer mayproceed without the double tap data transfer. If both the data receivingdevice 702 and the data originating device 704 indicate that a doubletap data transfer is supported, the data transfer may proceed accordingto the double tap data transfer.

The data receiving device 702 may detect the support indication 708received from the data originating device 704. The data receiving device702 may determine, based on the support indication 708, whether the datareceiving device 702 and the data originating device 704 support thedouble tap data transfer. In some embodiments, the data receiving device702 may further determine, based on the support indication 708 which ofthe services both the data receiving device 702 and the data originatingdevice 704 support being performed via the double tap data transfer. Inresponse to the data receiving device 702 determining that both the datareceiving device 702 and the data originating device 704 support thedouble tap data transfer, the data receiving device 702 may initiate aVAS procedure 712. The VAS procedure 712 may provide the information forproviding the services on the data originating device 704 in the doubletap data transfer.

The data receiving device 702 may transmit a selection message 714 tothe data originating device 704 via the communication channel as part ofthe VAS procedure 712. The selection message 714 may provide informationfor one or more user input fields to be displayed on the dataoriginating device 704. For example, the selection message 714 mayinclude an initial value for the data transfer and/or a transaction ID.

The data originating device 704 may detect the selection message 714.The data originating device 704 may extract the information for the oneor more user input fields, such as the initial value for the datatransfer and/or the transaction ID. The data originating device 704 maytransmit a response message 716 via the communication channel to thedata receiving device 702 in response to the selection message 714. Theresponse message 716 may indicate a value data entry process to beutilized for the data transfer. For example, the response message 716may indicate that the double tap data transfer is to be utilized for thedata transfer. In some embodiments, the response message 716 may definethe procedure for completing the data transfer, such as thetransmissions and/or resets described further in the double tap signalflow 700.

The data receiving device 702 may detect the response message 716received from the data originating device 704. The data receiving device702 may proceed in accordance with the tip entry process indicated inthe response message 716. The data receiving device 702 and the dataoriginating device 704 may perform a reset 718 based on the responsemessage 716. For example, the data receiving device 702 and the dataoriginating device 704 may complete a first portion of the double tapsignal flow 700 that corresponds to a first tap of the data originatingdevice 704 to the data receiving device 702. In particular, the firstportion of the double tap signal flow 700 may correspond to a first timethat the data originating device 704 is located within the proximity ofthe data receiving device 702. The data originating device 704 may belocated outside of the proximity of the data receiving device 702 toinitiate the reset 718 and/or during the reset 718. The communicationchannel may be terminated during the reset 718.

The data originating device 704 may display a first preliminary receiptinterface 806 on a display of the data originating device 704. The dataoriginating device 704 may display the first preliminary receiptinterface 806 in response to detecting the selection message 714, inresponse to transmitting the response message 716, during the reset 718,or some combination thereof. The data originating device 704 may displaythe first preliminary receipt interface 806 while the data originatingdevice 704 is outside of the proximity of the data receiving device 702and/or the first preliminary receipt interface 806 may be displayed bythe data originating device 704 while the communication channel is notpresent between the data receiving device 702 and the data originatingdevice 704. Further, the data originating device 704 may display thefirst preliminary receipt interface 806 when a communication channel isnot present between the data receiving device 702 and the dataoriginating device 704.

The first preliminary receipt interface 806 may include one or more ofthe features of the first preliminary receipt interface 212 (FIG. 2 ).For example, the first preliminary receipt interface 806 may include apreliminary receipt 808. The preliminary receipt 808 may include anindication of an initial value of the data transfer without any tippingincluded. The first preliminary receipt interface 806 may furtherinclude a first user input field 810. The first user input field 810 mayallow a user of the data originating device 704 to indicate whether avalue data is to be added to the data transfer. In some embodiments, thevalue data may comprise a tip.

In response to the data originating device 704 determining that userindicated a value data is to be added to the data transfer in the firstpreliminary receipt interface 806, the data originating device 704 maydisplay a second preliminary receipt interface 812 on the display of thedata originating device 704. The second preliminary receipt interface812 may include one or more of the features of the second preliminaryreceipt interface 218 (FIG. 2 ). For example, the second preliminaryreceipt interface 812 may include the preliminary receipt 808 or amodified version of the preliminary receipt 808. Further, the secondpreliminary receipt interface 812 may further include a second userinput field 814. The second user input field 814 may allow a user of thedata originating device 704 to provide a value data related to the datatransfer. In the illustrated embodiment, the value data may comprise atip to be added to the data transfer. The data originating device 704may detect the user input of the value data and determine the value datarelated to the data transfer.

The data originating device 704 may display a second electronic elementinterface 816 on a display of the data originating device 704. Thesecond electronic element interface 816 may indicate that the dataoriginating device 704 is to be moved within the proximity of the datareceiving device 702 to continue the data transfer. In particular, thesecond electronic element interface 816 may indicate that the dataoriginating device 704 is to be moved within the proximity of the datareceiving device 702 to establish a communication channel via the NFCbetween the data receiving device 702 and the data originating device704. The proximity in which the data originating device 704 is to bemoved may be the same proximity in which the data originating device 704was moved to start the double tap signal flow 700.

The data receiving device 702 may detect the data originating device 704being moved within the proximity of the data receiving device 702. Inresponse to detecting that the data originating device 704 has movedwithin the proximity of the data receiving device 702, the datareceiving device 702 may transmit a support indication 720 to the dataoriginating device 704 via the communication channel. The supportindication 720 may include one or more of the features of the double tapsupport indication 706. For example, the support indication 720 mayindicate that the data receiving device 702 supports the double tap datatransfer.

The data originating device 704 may detect the support indication 720received from the data receiving device 702. The data originating device704 may determine whether the data receiving device 702 supports thedouble tap data transfer based on the support indication 720. Inresponse to the data originating device 704 determining that the datareceiving device 702 supports the double tap data transfer, the dataoriginating device 704 may transmit a support indication 722 to the datareceiving device 702 via the communication channel. The supportindication 722 may include one or more of the features of the supportindication 708. The support indication 722 may indicate whether the dataoriginating device 704 supports the double tap data transfer. In someembodiments, the support indication 722 may further indicate that thedata originating device 704 has entered the proximity of the datareceiving device 702 a second time for the data transfer. The supportindication 722 may further include the transaction ID received in theselection message 714.

The support indication 720 and the support indication 722 may be part ofan ECP procedure 724. The ECP procedure 724 may include one or more ofthe features of the ECP procedure 710. The ECP procedure 724 may beutilized to determine whether both the data receiving device 702 and thedata originating device 704 support the double tap data transfer. In oneor both of the data receiving device 702 and the data originating device704 indicate that the double tap data transfer is not supported, thedata transfer may proceed without the double tap data transfer. If boththe data receiving device 702 and the data originating device 704indicate that the double tap data transfer is supported, the datatransfer may proceed according to the double tap data transfer.

The data receiving device 702 may detect the support indication 722received from the data originating device 704. The data receiving device702 may determine, based on the support indication 722, whether the datareceiving device 702 and the data originating device 704 support thedouble tap data transfer. In some embodiments, the data receiving device702 may further determine, based on the support indication 722 which ofthe services both the data receiving device 702 and the data originatingdevice 704 support being performed via the double tap data transfer. Inresponse to the data receiving device 702 determining that both the datareceiving device 702 and the data originating device 704 support thedouble tap data transfer, the data receiving device 702 may initiate aVAS procedure 726. The VAS procedure 726 may include one or more of thefeatures of the VAS procedure 712. The VAS procedure 726 may provide theinformation for providing the services on the data originating device704 in the double tap data transfer.

The data receiving device 702 may transmit a selection message 728 tothe data originating device 704 via the communication channel as part ofthe VAS procedure 726. The selection message 728 may include one or moreof the features of the selection message 714. The selection message 728may include an initial value for the data transfer and/or thetransaction ID.

The data originating device 704 may detect the selection message 728.The data originating device 704 may extract the initial value for thedata transfer and/or the transaction ID. The data originating device 704may transmit a response message 730 via the NFC to the data receivingdevice 702 in response to the selection message 728. The responsemessage 730 may include the transaction ID and an indication of thevalue data. For example, the response message 730 may include anindication of a value data. The indication of the value data comprisesan indication of a tip amount in the illustrated embodiment.

Based on the ECP procedure 724, the VAS procedure 726, or portionsthereof, the data originating device 704 may display a data transfercomplete interface 818. The data transfer complete interface 818 mayindicate that the ECP procedure 724, the VAS procedure 726, or portionsthereof have been completed.

The data receiving device 702 may detect response message 730 receivedfrom the data originating device 704. The data receiving device 702 mayextract the transaction ID and/or the value data from the responsemessage 730. The data receiving device 702 may determine a transfervalue for the data transfer based on the value data extracted from theresponse message 730. For example, the data receiving device 702 maydetermine the transfer value to be the initial value for the datatransfer plus the value data in some embodiments.

The double tap signal flow 700 may proceed with a reset operation 732after the response message 730. The reset operation 732 may include oneor more of the features of the reset operation 314 (FIG. 3 ). Forexample, the data receiving device 702 and the data originating device704 may perform a reset operation 732 for the communication channel inresponse to the response message 730. The reset operation 732 may resultin a context switch to a secure element of the data receiving device702. For example, the operations performed via the communication channelbetween the data receiving device 702 and the data originating device704 prior to the reset operation 732 may be performed via one or moreprocessors of the data receiving device 702. The operations performedvia the communication channel between the data receiving device 702 andthe data originating device 704 after the reset operation 732 may beperformed via the secure element of the data receiving device 702. Thesecure element may implement a security level that protects sensitivedata associated with the accounts of the user of the data receivingdevice 702 and the user of the data originating device 704. The securitylevel of the secure element may be in accordance with a defined securitylevel for EMV data transfers. The secure element may prevent thesensitive data from being shared with the processors of the datareceiving device 702, thereby providing a high level of protection forthe sensitive data. In some embodiments, the secure element mayestablish a connection with the data originating device 704. Further,the secure element may establish a secure connection with a PSP serverto complete the data transfer. The operations performed after the resetoperation may be performed via the communication channel, the connectionof the secure element with the data originating device 704, the secureconnection with the PSP server, or some combination thereof.

Once the reset operation 732 has been completed, the data receivingdevice 702 and the data originating device 704 may perform an EMVoperation 734. The EMV operation 734 may include one or more of thefeatures of the EMV operation 316 (FIG. 3 ). The EMV operation 734 mayresult in the transfer value being transferred from the accountassociated with the user of the data originating device 704 (which maybe a customer) to the account associated with the user of the datareceiving device 702 (which may be a merchant).

The EMV operation 734 may initiate with a payment loop 736 between thedata receiving device 702 and the data originating device 704. Thepayment loop 736 may be performed with the transfer value with the valuedata taken into account. The payment loop 736 may include exchanginginformation between the data receiving device 702 and the dataoriginating device 704 via the communication channel, exchanginginformation between the data receiving device 702 and the dataoriginating device 704 via the connection established by the secureelement, exchanging information with the PSP server, or some combinationthereof.

The EMV operation 734 may further have a payment authorization result738. The payment authorization result 738 may utilize the transfervalue, which may include the initial value of the data transfer plus thevalue data. The payment authorization result 738 may result in thetransfer of the transfer value from the account associated with the userof the data originating device 704 to the account associated with theuser of the data receiving device 702. For example, the data receivingdevice 702 may utilize information associated with the paymentauthorization result 738 (such as the transfer value) to complete thedata transfer with PSPs associated with the account of the user of thedata receiving device 702 and the account of the user of the dataoriginating device 704. In particular, the data receiving device 702 maycommunicate with a PSP server associated with the user of the datareceiving device 702 to complete the data transfer. For example, thedata receiving device 702 may communicate with the PSP server tocomplete the data transfer in accordance with the value data receivedfrom the data originating device 704.

The data receiving device 702 may communicate with the PSP server tohave the transfer value transferred from the account of the user of thedata originating device 704 to the account of the user of the datareceiving device 702.

The data receiving device 702 may display a data transfer resultinterface 820. The data receiving device 702 may display the datatransfer result interface 820 in response to detection of the responsemessage 730, completion of the VAS procedure 726, completion of thereset operation 732, completion of the EMV operation 734, or someportion thereof. The data transfer result interface 820 may include aninitial value 822, an transfer value 824, the value data, or somecombination thereof. The data transfer result interface 820 may indicatethe value data extracted from the response message 730 to a user of thedata receiving device 702. The initial value 822 may be the initialvalue for the data transfer without the value data taken into accountand the transfer value 824 may be the value for the data transfer withthe value data taken into account. For example, the initial value 822may be a value for the data transfer without a tip and the transfervalue 824 may be the value for the data transfer with the tip in someembodiments. The data receiving device 702 may generate the transfervalue 824 in accordance with the value data.

The data receiving device 702 may further display a data transfercomplete interface 826. The data transfer complete interface 826 may bedisplayed by the data receiving device 702 after the data transferresults interface 820 has been displayed by the data receiving device702. For example, the data receiving device 702 may display the datatransfer complete interface 826 in response to a user interaction withthe data transfer result interface 820, an expiration of a predefinedamount of time that the data transfer result interface 820, or somecombination thereof. The data transfer complete interface 826 mayindicate that the data transfer has been completed.

Based on the value data, the data originating device 704 may generate anupdated receipt in accordance with the value data in some embodiments.In other embodiments, the data receiving device 702 may generate theupdated receipt in accordance with the value data and transmit theupdated receipt to the data originating device 704 via the communicationchannel in response to the response message 730. The data originatingdevice 704 may display the updated receipt and/or the transfer value forthe data transfer, and/or store the updated receipt and/or the transfervalue for the data transfer within a receipt store of the dataoriginating device 704. For example, the data originating device 704 mayimplement a wallet application, where the updated receipt and/or thetransfer value for the data transfer may be stored as an entry withinthe wallet application. The data originating device 704 may display adata transfer list interface 828 of the wallet application that liststhe entries within the wallet application. The data transfer listinterface 828 may include an entry 830 corresponding to the updatedreceipt, where the entry 830 may display a portion of the informationfrom the updated receipt on the data originating device 704.

The data originating device 704 may detect a user interaction with theentry 830 within the data transfer list interface 828. In response tothe detection of the user interaction with the entry 830, the dataoriginating device 704 may display a detailed receipt interface 832associated with the updated receipt. The detailed receipt interface 832may display details of the updated receipt. The details of the updatedreceipt displayed in the detailed receipt interface 832 may include anindication of a user of the data receiving device 702 (such as amerchant) associated with the data transfer, an indication of theaccount of the user of the data originating device 704 utilized for thedata transfer, information associated with the account, itemized goodsand/or services of the data transfer, the value data input by the useras part of the data transfer (such as the value data from the seconduser input field 814), any additional amounts associated with the datatransfer (such as taxes), the updated value from the updated receipt, orsome combination thereof.

For an example of the double tap approach with the second communicationchannel, a customer may be purchasing a hot dog from a merchant. Themerchant may enter a cost for the hot dog into a smart phone of themerchant, where the smart phone may be functioning as a POS device forthe merchant. The smart phone of the merchant may correspond to the datareceiving device. The smart phone of the merchant may be linked toaccount of the merchant that can receive payments. The smart phone ofthe merchant may begin to monitor for a payment element.

The customer may have a smart phone that is linked to a payment accountof the customer, where the account can be utilized to pay for items. Thesmart phone of the customer may function as a payment element for thecustomer. The smart phone of the customer may be functioning as an NFCpayment device for the customer. The smart phone of the customer maycorrespond to the data originating device. The customer may move thesmart phone of the customer within a proximity of the smart phone of themerchant a first time to initiate a payment for the hot dog.

The smart phone of the merchant may detect the smart phone of thecustomer being moved within the proximity. The smart phone of themerchant and the smart phone of the customer may exchange data relatedto the purchase of the hot dog between the smart phone of the merchantand the smart phone of the customer during the first time that the smartphone of the customer is located within the proximity of the smart phoneof the merchant. For example, the smart phone of the merchant mayprovide an indication of the cost for the hot dog to the smart phone ofthe customer.

The smart phone of the customer may display a receipt showing the costfor the hot dog based on data received from the smart phone of themerchant. The smart phone of the customer may also provide the customerwith the option to input a tip for the purchase of the hot dog. Thecustomer may move the smart phone of the customer into the proximity ofthe smart phone of the merchant a second time subsequent to the firsttime. The smart phone of the customer may transmit an indication of anytip entered by the customer during the second time that the smart phoneof the customer was located within the proximity of the smart phone ofthe merchant. The smart phone of the merchant then may complete the saleof the hot dog with the tip resulting in transfer of funds from theaccount associated with the customer to the account associated with themerchant.

VII. VAS Frame

To perform a data transfer between a data receiving device and a dataoriginating device with VAS, one or more VAS frames may be exchangedbetween the data receiving device and the data originating device. TheVAS frames may be exchanged between the data receiving device and thedata originating device in one or more of the communications exchangedbetween the data receiving device and the data originating device, suchas any of the communications described throughout this disclosure. TheVAS frames may include particular features to support the single tapapproach, double tap approach, the second communication channel, and/orthe VAS as described throughout this disclosure. Accordingly, the VASframes may be modified from legacy VAS frames to include the particularfeatures.

FIG. 9 illustrates an example command frame 900 in accordance with someembodiments. The command frame 900 may comprise a Type A standard frameas defined in section 6.2.3.2 of ISO/IEC 14443-3. (The InternationalOrganization for Standardization. (2018-07). International Standard;ISO/IEC 14443-3; Cards and Security Devices for PersonalIdentification—Contactless Proximity Objects—Part 3: Initialization andAnticollision). The command frame 900 may be utilized for waking up aPICC for a data transfer.

The command frame 900 may include a first byte 902, a second byte 904, athird byte 906, and a fourth byte 908. The first byte, the second byte904, the third byte 906, the fourth byte 908, or some combinationthereof may define operation of devices associated with the datatransfer, such as the devices and data transfers described throughoutthis disclosure. For example, the first byte 902, the second byte 904,the third byte 906, the fourth byte 908, or some combination thereof maydefine whether the devices are to perform the single tap approach, thedouble tap approach, the second communication channel, and/or the VAS asdescribed throughout the disclosure.

FIG. 10 illustrates example bit arrangements 1000 for the fourth byte908 of the command frame 900 of FIG. 9 in accordance with someembodiments. For example, the bit arrangements 1000 illustrated providepossible values for the bits of the fourth byte 908 and the descriptionof the operation or definition of the associated bits. Each of the bitarrangements 1000 may show a portion of the bits of the fourth byte 908corresponding to the operation or the definition, where the bits of thefourth byte 908 not utilized for determining the operation or definitionmay be omitted (as indicated by dashes or ‘x’s).

The bit arrangements 1000 include a first bit arrangement 1002. Thefirst bit arrangement 1002 may correspond to the devices operating in aVAS application and payment mode. In the VAS application and paymentmode, the devices may perform VAS operations and payment operations (forexample, the transfer of value between accounts) during a data transfer.As shown, the first bit arrangement 1002 may have a first bit (b1)within the fourth byte 908 having a value of 1 and a second bit (b2)within the fourth byte 908 having a value of 0. Accordingly, a commandframe (such as the command frame 900 (FIG. 9 )) having a fourth byte 908with the b1 having the value of 1 and the b2 having the value of 0 mayindicate to devices performing the data transfer that VAS operations andpayment operations are to be performed during the data transfer. Asindicated by a third bit (b3) through an eighth bit (b8) being omittedfrom the first bit arrangement 1002, the values of the b3 through the b8may not affect the determination of whether the devices are to operatein the VAS application and payment mode.

The bit arrangements 1000 include a second bit arrangement 1004. Thesecond bit arrangement 1004 may correspond to the devices operating in aVAS application mode. In the VAS application mode, the devices mayperform VAS operations during a data transfer. Further, the paymentoperations may be omitted from the VAS application mode. As shown, thesecond bit arrangement 1004 may have the b1 within the fourth byte 908having a value of 0 and the b2 with the fourth byte 908 having a valueof 1. Accordingly, a command frame (such as the command frame 900)having a fourth byte 908 with the b1 having the value of 0 and the b2having the value of 1 may indicate to devices performing the datatransfer that VAS operations are to be performed during the datatransfer and payment operations may not be performed during the datatransfer. As indicated by a b3 through a b8 being omitted from thesecond bit arrangement 1004, the values of the b3 through the b8 may notaffect the determination of whether the devices are to operate in theVAS application mode.

The bit arrangements 1000 include a third bit arrangement 1006. Thethird bit arrangement 1006 may correspond to the devices operating in apayment mode. In the payment mode, the devices may perform paymentoperations during a data transfer. Further, the VAS operations may beomitted from the payment mode. As shown, the third bit arrangement 1006may have the b1 within the fourth byte 908 having a value of 1 and theb2 with the fourth byte 908 having a value of 1. Accordingly, a commandframe (such as the command frame 900) having a fourth byte 908 with theb1 having the value of 1 and the b2 having the value of 1 may indicateto devices performing the data transfer that payment operations are tobe performed during the data transfer and VAS operations may not beperformed during the data transfer. As indicated by a b3 through a b8being omitted from the second bit arrangement 1004, the values of the b3through the b8 may not affect the determination of whether the devicesare to operate in the VAS application mode.

The bit arrangements 1000 include a fourth bit arrangement 1008. In thefourth bit arrangement 1008, a b3 through a b8 may have a value of 0. Inparticular, the fourth bit arrangement 1008 may indicate that the b3through the b8 are to be set to a value of 0, whereas a b1 and a b2 maybe set in accordance with the first bit arrangement 1002, the second bitarrangement 1004, or the third bit arrangement 1006 to indicate a modefor the devices within a data transfer. For example, the values of theb1 and the b2 of the first bit arrangement 1002, the second bitarrangement 1004, or the third bit arrangement 1006 into the b1 and theb2 positions of the fourth bit arrangement 1008 (where the b3 through b8have values of 0) to indicate the mode in which the devices in a datatransfer are to operate. All other bit arrangements of the bitarrangements 1000 may be reserved for future use.

FIG. 11 illustrates example tags 1100 for a fourth byte according tosome embodiments. For example, the tags 1100 may be for the fourth byte908 (FIG. 9 ). The tags 1100 may correspond to a response message, suchas the response message 518 (FIG. 5A), the response message 716 (FIG. 7), and/or the response message 730 (FIG. 7 ). For example, the tags 1100may be utilized with the response message 518, the response message 716,and/or the response message 730.

The tags 1100 include a first tag 1102. The first tag 1102 may comprisea file control information (FCI) template. As shown, the first tag 1102may have a value of ‘6F’. A length of the first tag 1102 may vary.

The tags 1100 may include a second tag 1104. The second tag 1104 maycomprise an application label. For example, the second tag 1104 mayinclude an application label that indicates an application which isutilized during a data transfer. In some embodiments, the applicationlabel may indicate that ApplePay is the application to be utilizedduring the data transfer. As shown, the second tag 1104 may have a valueof ‘50’. A length of the second tag 1104 may be 8 bytes in someembodiments.

The tags 1100 may include a third tag 1106. The third tag 1106 maycomprise an application version number. For example, the third tag 1106may include an application version number for a device in a datatransfer where the device is a mobile device. The application versionnumber may be in Big Endian format. As shown, the third tag 1106 mayhave a value of ‘9F21’. A length of the third tag 1106 may be 2 bytes insome embodiments.

The tags 1100 may include a fourth tag 1108. The fourth tag 1108 maycomprise an unpredictable number. For example, the fourth tag 1108 mayinclude an unpredictable number for a device in a data transfer wherethe device is a mobile device. As shown, the fourth tag 1108 may have avalue of ‘9F24’. A length of the fourth tag 1108 may be 4 bytes in someembodiments.

The tags 1100 may include a fifth tag 1110. The fifth tag 1110 maycomprise mobile capabilities information. For example, the fifth tag1110 may indicate capabilities of a mobile device in a data transfer.Some mobile capabilities that may be indicated by the fifth tag 1110 aredescribed further in relation to FIG. 12 . As shown, the fifth tag 1110may have a value of ‘9F23’. A length of the fifth tag 1110 may be 4bytes in some embodiments.

FIG. 12 illustrates example bit arrangements 1200 for the fifth tag 1110in accordance with some embodiments. For example, the bit arrangements1200 may be implemented in a byte of the fifth tag 1110. The values ofthe bit arrangements 1200 may indicate mobile capabilities of a devicein a data transfer.

The bit arrangements 1200 may include a first bit arrangement 1202. Thefirst bit arrangement 1202 shows values that may be set for a b1 and ab2 of the fifth tag 1110. As shown, the b1 may be set with a value of 1and the b2 may be set with a value of 0 for the first bit arrangement1202. The values of b1 and b2 may be set as shown for the byte of thefifth tag 1110.

The bit arrangements 1200 may include a second bit arrangement 1204. Thesecond bit arrangement 1204 shows values that may be set for a b3 and afourth bit (b4) of the fifth tag 1110. The b3 and the b4 of the fifthtag 1110 may indicate whether loyalty operations (such as VAS related toa merchant loyalty club) are supported by a device within a datatransfer. As shown, the b3 may be set with a value of 1 and the b4 maybe set with a value of 0 for the second bit arrangement 1204. The b3having a value of 1 and the b4 having a value of 0 may indicate thatloyalty operations are supported and a loyalty protocol is to beskipped.

The bit arrangements 1200 may include a third bit arrangement 1206. Thethird bit arrangement 1206 shows values that may be set for a b3 and b4of the fifth tag 1110. The b3 and the b4 of the fifth tag 1110 mayindicate whether loyalty operations (such as VAS related to a merchantloyalty club) are supported by a device within a data transfer. Asshown, the b3 may be set with a value of 1 and the b4 may be set with avalue of 1 for the third bit arrangement 1206. The b3 having a value of1 and the b4 having a value of 1 may indicate that loyalty operationsare supported and the device is to proceed with a loyalty protocol.

The bit arrangements 1200 may include a fourth bit arrangement 1208. Thefourth bit arrangement 1208 shows values that may be set for a fifth bit(b5) and a sixth bit (b6) of the fifth tag 1110. The b5 and the b6 ofthe fifth tag 1110 may indicate whether payment operations (such as thetransfer of value between accounts) are supported by a device within adata transfer. As shown, the b5 may be set with a value of 1 and the b6may be set with a value of 0 for the fourth bit arrangement 1208. The b5having a value of 1 and the b6 having a value of 0 may indicate thatpayment operations are supported and no payment data is forthcoming.

The bit arrangements 1200 may include a fifth bit arrangement 1210. Thefifth bit arrangement 1210 shows values that may be set for a b5 and ab6 of the fifth tag 1110. The b5 and the b6 of the fifth tag 1110 mayindicate whether payment operations (such as the transfer of valuebetween accounts) are supported by a device within a data transfer. Asshown, the b5 may be set with a value of 1 and the b6 may be set with avalue of 1 for the fifth bit arrangement 1210. The b5 having a value of1 and the b6 having a value of 1 may indicate that payment operationsare supported and payment data is forthcoming.

The bit arrangements 1200 may include a sixth bit arrangement 1212. Thesixth bit arrangement 1212 may indicate whether a value data (such astipping) and/or communication handover are supported. In particular, thesixth bit arrangement 1212 may indicate whether the value data at a dataoriginating device (such as the entry of the value data by the dataoriginating devices as described throughout this disclosure) and/orwhether handover from a first communication channel to a secondcommunication channel (such as the establishment of and transmissionsvia the second communication channel as described throughout thisdisclosure) are supported. The sixth bit arrangement 1212 indicates thatvalues of a seventh bit (b7) and an eighth bit (b8) of the fifth tag1110 may be utilized to indicate whether the value data and/or thehandover are supported, as indicated by the asterisks shown in positionsfor the b7 and the b8 in the sixth bit arrangement 1212. Particularvalues for the b7 and the b8 may indicate whether a device within a datatransfer support the value data and/or communication handover. Forexample, a first combination of values for the b7 and the b8 mayindicate that the value data is supported and a second combination ofvalues for the b7 and the b8 may indicate that both the value data andthe communication handover are indicated in some embodiments. In some ofthese embodiments, the b7 having a value of 1 and the b8 having a valueof 0 may indicate that the value data is supported, and the b7 having avalue of 1 and the b8 having a value of 1 may indicate that the valuedata and the communication handover is supported. In other embodiments,one of the b7 or the b8 may indicate whether the value data is supportedand the other of the b7 or the b8 may indicate whether the handover issupported. For example, a value of the b7 may indicate whether the valuedata is supported and a value of the b8 may indicate whether thehandover is supported.

As the byte represented the bit arrangements 1200 are included in thefifth tag 1110, the bits may be transmitted in a response message, suchas the response message 518 (FIG. 5A), the response message 716 (FIG. 7), and/or the response message 730 (FIG. 7 ). In particular, bit valueswithin a byte of the fifth tag 1110 included in the response message maybe set in accordance with the first bit arrangement 1202, the second bitarrangement 1204, the third bit arrangement 1206, the fourth bitarrangement 1208, the fifth bit arrangement 1210, and/or the sixth bitarrangement 1212 to indicate whether loyalty operations are supported,payment operations are supported, value data is supported, communicationhandover is supported, or some combination thereof is supported by adevice in data transfer. In particular, the response message with thebyte may be transmitted from a device to another device in the datatransfer to indicate whether the device supports the loyalty operations,the payment operations, the value data, and/or the communicationhandover. Having the byte indicate whether the value data and/orcommunication handover are supported may enable the entry of the valuedata at the data originating device and the communication handover tothe second communication channel as described throughout thisdisclosure.

FIG. 13 illustrates example codes 1300 for a VAS frame in accordancewith some embodiments. In particular, the codes 1300 may correspond to aget VAS data message, such as the get VAS data message 520 (FIG. 5A).Accordingly, the information included in each of the codes, or someportion thereof, may be transmitted in a get VAS data message during adata transfer.

The codes 1300 may include a CLA code 1302, an INS code 1304, a P1 code1306, a P2 code 1308, an Lc code 1310, a data code 1312, an Le code1314, or some combination thereof. The codes may indicate that data isto be retrieved, VAS data is to be retrieved, mobile capabilitiesinformation, length of a data field, command data, or some combinationthereof in a data transfer.

The P2 code 1308 may be utilized to indicate whether an value data issupported. In particular, the P2 code 1308 may indicate the mobilecapabilities information of a device in a data transfer, such as whetheruniform resource locator (URL) VAS protocol is supported, whether fullVAS protocol is supported, whether entry of a value data at a dataoriginating device is supported, or some combination thereof. Particularvalues of the P2 code 1308 may indicate the mobile capabilitiesinformation of a device within a data transfer. For example, the P2 code1308 having a value of ‘10’ may indicate that entry of a value data at adata originating device is supported. Having the P2 code 1308 indicatewhether entry of the value data is supported may enable entry of a valuedata during a data transfer.

FIG. 14 illustrates example tags 1400 for a VAS frame in accordance withsome embodiments. In particular, the tags 1400 may correspond to a getVAS data message, such as the get VAS data message 520 (FIG. 5A).Accordingly, each of the tags 1400, or some portion thereof, may betransmitted in a get VAS data message during a data transfer.

Each of the tags 1400 may correspond to certain information included ina get VAS data message. For example, the tags 1400 may include a firsttag 1402, a second tag 1404, a third tag 1406, a fourth tag 1408, afifth tag 1410, a sixth tag 1412, a seventh tag 1414, and an eighth tag1416, where each of the tags 1400 may correspond to differentinformation. For example, the first tag 1402 may correspond to anapplication version number, where the first tag 1402 may indicate theapplication version number. The application number version maycorrespond to a terminal (such as one of the devices describedthroughout this disclosure) and may be in Big Endian format. The secondtag 1404 may correspond to a first ID, where the second tag 1404 mayindicate the first ID. In some embodiments, the first ID may be amerchant ID. The third tag 1406 may correspond to an unpredictablenumber, where the third tag 1406 may indicate an unpredictable numberassociated with the terminal. The fourth tag 1408 may correspond toterminal capabilities information, where the fourth tag 1408 mayindicate the terminal capabilities information for the terminal. Thefifth tag 1410 may correspond to a VAS filter, where the fifth tag 1410may indicate a VAS filter to be utilized. The sixth tag 1412 maycorrespond to a first URL, where the sixth tag 1412 may indicate a firstURL associated with a data receiving device. In some embodiments, thefirst URL may be a merchant URL.

The seventh tag 1414 may correspond to a value data, where the seventhtag 1414 may indicate a value data for a data transfer. In particular,the seventh tag 1414 may be utilized for value data entered at a dataoriginating device as described throughout this disclosure. The seventhtag 1414 may be utilized for transmission of the value data betweendevices in a data transfer. The seventh tag 1414 may have a unique valuethat is utilized to identify the seventh tag 1414. The unique value mayindicate the seventh tag 1414 in the get VAS data message to allow adevice to identify the value data in the message. The seventh tag 1414may facilitate the entry of the value data at the data originatingdevice.

The eighth tag 1416 may correspond to a universally unique identifier(UUID), where the eighth tag 1416 may indicate a UUID for a datatransfer. For example, the eighth tag 1416 may provide a UUID for acommunication handover to a second communication channel, such as thecommunication handovers described throughout this disclosure. The UUIDmay uniquely define a second communication channel associated with adata transfer. For example, the devices may utilize the UUID to match avalue data transmitted via the second communication channel with a VASperformed via a first communication channel. The eighth tag 1416 mayhave a unique value that is utilized to identify the eighth tag 1416.The unique value may indicate the eighth tag 1416 in the get VAS datamessage to allow a device to identify the UUID in the message. Theeighth tag 1416 may facilitate the entry of the value data at the dataoriginating device. In particular, the eighth tag 1416 may facilitatethe entry of the value data via the single tap approach describedthroughout this disclosure.

FIG. 15 illustrates example tags 1500 for a VAS frame in accordance withsome embodiments. In particular, the tags 1500 may correspond to a VASresponse message, such as the VAS indication message 522 (FIG. 5A).Accordingly, each of the tags 1500, or some portion thereof, may betransmitted in a VAS response message during a data transfer.

Each of the tags 1500 may correspond to certain information included ina VAS response message. For example, the tags 1500 may include a firsttag 1502, a second tag 1504, a third tag 1506, and a fourth tag 1508,where each of the tags 1500 may correspond to different information. Forexample, the first tag 1502 may correspond to a VAS data template, wherethe first tag 1502 may indicate a VAS data template to be utilized in adata transfer. The second tag 1504 may correspond to a mobile token,where the second tag 1504 may indicate a mobile token associated with adevice in a data transfer. The third tag 1506 may correspond to VASdata, where the third tag 1506 may indicate VAS data for a datatransfer.

The fourth tag 1508 may correspond to a value data, where the fourth tag1508 may indicate a value data. For example, the fourth tag 1508 mayindicate a value data entered via a data originating device in a datatransfer. For example, the value data may be a value entered by a userof a data originating device as described throughout this disclosure.The fourth tag 1508 may be utilized for transmission of the value databetween devices in a data transfer. The fourth tag 1508 may have aunique value that is utilized to identify the fourth tag 1508. Thefourth tag 1508 may indicate the fourth tag 1508 in the VAS responsemessage to allow a device to identify the value data in the message. Thefourth tag 1508 may facilitate the entry of the value data at the dataoriginating device.

VIII. Data Transfer Procedures

FIG. 16 illustrates an example procedure 1600 for a data receivingdevice within a data transfer with a second communication channel inaccordance with some embodiments. For example, the procedure 1600 may beperformed by the data receiving device 102 (FIG. 1 ), the data receivingdevice 202 (FIG. 2A), the data receiving device 402 (FIG. 4A), the datareceiving device 502 (FIG. 5A), and/or the data receiving device 702(FIG. 7 ) as part of a data transfer.

The data receiving device may be associated with a merchant sellinggoods and/or services for value. In some embodiments, the data transfermay be a payment transaction where monetary value is exchanged for goodsand/or services being provided by the merchant. The procedure 1600, orportions thereof, may be performed as part of the data transfersdescribed throughout this disclosure on the data receiving device and/orthe data originating device.

In 1602, the data receiving device may detect an initiation of a datatransfer. The data receiving device may detect an initiation of a datatransfer in accordance with any of the approaches of detecting aninitiation of a data transfer as described throughout this disclosure. Auser of the data receiving device may have interacted with the datareceiving device to indicate that the data receiving device is tomonitor for an initiation of the data transfer. For example, the user ofthe data receiving device may have entered a value for the datatransfer. The data receiving device may be functioning as a POS devicein some embodiments. In response to the entry of the value for the datatransfer by the user, the data receiving device may begin to monitor forthe initiation of the data transfer. In some embodiments, the datareceiving device may detect a data originating device being locatedwithin, or entering, a first proximity (such as the first proximity 604(FIG. 6 )) of the data receiving device. The data originating device maybe functioning as a NFC payment device in some embodiments. The datareceiving device may detect the data originating device via a firstcommunication channel, where the first communication channel mayimplement NFC. The data originating device may be acting as anelectronic element when detected by the data receiving device. Theinitiation of the data transfer may be detected by the data receivingdevice based on the detection that the data originating device is withinthe first proximity of the data receiving device in some embodiments.

In 1604, the data receiving device may provide an indication that thedata receiving device supports a communication handover. In particular,the data receiving device may provide to the data originating device anindication that the data receiving device supports a communicationhandover on a second communication channel for the data transfer. Thedata receiving device may provide the indication via the firstcommunication channel. For example, the data receiving device mayprovide an indication (such as the handover support indication 302 (FIG.3A) and/or the handover support indication 406 (FIG. 4A)) that the datareceiving device supports a communication handover on a secondcommunication channel for the data transfer. In some embodiments,providing the indication that the data receiving device supports thecommunication handover may include providing an indication that the datareceiving device supports input of a value data (such as a tip amount)for the data transfer at the data originating device.

In 1606, the data receiving device may determine that the dataoriginating device supports the communication handover. In particular,the data receiving device may determine that the data originating devicesupports the communication handover on the second communication. Thedata receiving device may determine that the data originating devicesupports the communication handover based at least in part on anindication, receiving from the data originating device, that the dataoriginating device supports the communication handover on the secondcommunication channel. The data receiving device may receive theindication on the first communication channel. In some embodiments, thedata receiving device may receive the indication in a supportindication, such as the support indication 304 (FIG. 3A) and/or thesupport indication 408 (FIG. 4A). In some embodiments, determining thatthe data originating device supports the communication handover includesdetermining that the data originating device supports input of the valuedata (such as a tip amount) for the data transfer at the dataoriginating device.

In 1608, the data receiving device may provide a selection handovermessage. For example, the data receiving device may provide a selectionhandover message to the data originating device. The data receivingdevice may provide the selection handover message on the firstcommunication channel. The selection handover may include a first ECCkey. The first ECC key may be a merchant ECC key in some embodiments.The selection handover message may comprise the selection handovermessage 310 (FIG. 3A) and/or the selection handover message 414 (FIG.4A). In some embodiments, 1608 may be omitted.

In 1610, the data receiving device may identify a second ECC key. Inparticular, the data receiving device may identify a second ECC keyreceived in a handover response message received from the dataoriginating device. The data receiving device may receive the handoverresponse message on the first communication channel. The second ECC keymay be a customer ECC key in some embodiments. The handover responsemessage may comprise the handover response message 312 (FIG. 3A) and/orthe handover response message 416 (FIG. 4A). In some embodiments, 1610may be omitted.

In 1612, the data receiving device may establish the secondcommunication channel. In particular, the data receiving device mayestablish the second communication channel (such as the secondcommunication channel 114 (FIG. 1 )) between the data receiving deviceand the data originating device. The second communication channel may beestablished via a channel setup procedure, such as the channel setupprocedure 352 (FIG. 3B), the channel setup procedure 452 (FIG. 4B),and/or the channel setup procedure 552 (FIG. 5B). In some embodiments,the second communication channel may be established based on the firstECC key, the second ECC key, a session name, a password, or somecombination thereof.

The second communication channel may implement a communication protocoldifferent from the first communication channel. For example, the firstcommunication channel may implement NFC and the second communicationchannel may implement a communication protocol different from the NFC.The second communication channel may implement Wi-Fi, ultra-wideband,Bluetooth, or another wireless communication protocol different from theNFC in some embodiments. In some embodiments, the second communicationchannel may be established via a wide area and/or public network, suchas the Internet. The use of the different protocol for the secondcommunication channel may provide for a greater range of communicationbetween the data receiving device and the data originating device. Forexample, the second communication channel may have a second proximity(such as the second proximity 608 (FIG. 6 )) for communication that isgreater than the first proximity for communication via the firstcommunication channel. Accordingly, the data receiving device and thedata originating device may communicate via the second communicationchannel at a greater distance than they can communicate via the NFC. Insome embodiments, the second communication channel may implementdifferent security from the security implemented by the firstcommunication channel. The security implemented by the secondcommunication channel may provide stronger security than the securityimplemented by the first communication channel in some embodiments. Insome embodiments, 1612 may be omitted.

In 1614, the data receiving device may provide preliminary receipt data.In particular, the data receiving device may provide the preliminaryreceipt data to the data originating device on the second communicationchannel. The preliminary receipt data may include a preliminary receipt(such as the preliminary receipt 214 (FIG. 2B) and/or the preliminaryreceipt 808 (FIG. 8A)), or data to produce a preliminary receipt at thedata originating device. The preliminary receipt may indicate apreliminary receipt value of the data transfer. In some embodiments, thepreliminary receipt value may be an amount that a merchant is chargingfor goods and/or services being purchased by a user of the dataoriginating device. The data receiving device may provide thepreliminary receipt data in a service message (such as the serviceresponse message 356 (FIG. 3B), the supported services message 456 (FIG.4B), and/or the supported services message 556 (FIG. 5B)). In someembodiments, 1614 may be omitted.

In 1616, the data receiving device may determine a value data. Inparticular, the data receiving device may determine the value data basedon an indication of the value data received on the second communicationchannel. The indication of the value data may be received in a valuedata message (such as the value data message 374 (FIG. 3B)) or a getservice message (such as the get service message 460 (FIG. 4B), and/or aget service message 470 (FIG. 4B)). The value data may comprise a valueentered into a user input field (such as the user input field 108 (FIG.1 ), the first user input field 216 (FIG. 2B), and/or the second userinput field 814 (FIG. 8A)) at the data originating device by a user ofthe data originating device. In some embodiments, the value data may bea tip amount for the data transfer. The data receiving device mayreceive the indication of the value data via the second communicationchannel in some embodiments.

In 1618, the data receiving device may determine a transfer value. Inparticular, the data receiving device may determine a transfer value forthe data transfer based at least in part on the value data. The datareceiving device may determine the transfer value by adding the valuedata to the preliminary receipt value in some embodiments. In theseembodiments, the transfer value may be equal to the preliminary receiptvalue plus the tip amount.

In 1620, the data receiving device may complete the data transfer. Inparticular, the data receiving device may complete the data transferwith the transfer value. The data receiving device may perform a paymentloop (such as the payment loop 318 (FIG. 3A) and/or the payment loop 422(FIG. 4A)) and a payment authorization result (such as the paymentauthorization result 320 (FIG. 3A) and/or the payment authorizationresult 424 (FIG. 4A)) to complete the data transfer. In someembodiments, the data receiving device may perform the payment loop withthe preliminary receipt value without the value data, may perform thepayment loop with the transfer value, or may perform portions of thepayment loop with the preliminary receipt value without the value dataand other portions of the payment loop with the transfer value. The datareceiving device may complete the data transfer via the firstcommunication channel. The completion of the data transfer may result intransfer of the transfer value (such as monetary compensation) from anaccount associated with the user of the data originating device to anaccount associated with the user of the data receiving device.

In 1622, the data receiving device may terminate the secondcommunication channel. In particular, the data receiving device mayterminate the second communication channel based at least in part on thecompletion of the data transfer. For example, the data receiving devicemay terminate the second communication channel between the datareceiving device and the data originating device in response to thecompletion of the data transfer.

FIG. 17 illustrates an example procedure 1700 for a data originatingdevice within a data transfer with a second communication channel inaccordance with some embodiments. For example, the procedure 1700 may beperformed by the data originating device 104 (FIG. 1 ), the dataoriginating device 204 (FIG. 2A), the data originating device 404 (FIG.4A), the data originating device 504 (FIG. 5A), and/or the dataoriginating device 704 (FIG. 7 ) as part of a data transfer. The dataoriginating device may be associated with a customer purchasing goodsand/or services from a merchant for value. In some embodiments, the datatransfer may be a payment transaction where monetary value is exchangedfor the goods and/or services being provided by the merchant. Theprocedure 1700, or portions thereof, may be performed as part of thedata transfers described throughout this disclosure and may result inthe display of the interfaces described throughout this disclosure onthe data receiving device and/or the data originating device.

In 1702, the data originating device may determine that a data receivingdevice supports a communication handover. In particular, the dataoriginating device may determine that the data receiving device supportsa communication handover on a second communication channel for the datatransfer. The data originating device may determine that the datareceiving device supports the communication handover based at least inpart on an indication received from the data receiving device. The dataoriginating device may receive the indication on a first communicationchannel. The first communication channel may implement NFC. The dataoriginating device may receive the indication via the handover supportindication 302 (FIG. 3A) and/or the handover support indication 406(FIG. 4 ). In some embodiments, the data originating device may befunctioning as a NFC payment device and the data receiving device may befunctioning as a POS device.

In 1704, the data originating device may provide an indication that thedata originating device supports the communication handover. Inparticular, the data originating device may provide an indication thatthe data originating device supports the communication handover on thesecond communication channel to the data receiving device. The dataoriginating device may provide the indication on the first communicationchannel. The data originating device may provide the indication in asupport indication, such as the support indication 304 (FIG. 3A) and/orthe support indication 408 (FIG. 4A).

In 1706, the data originating device may identify a first ECC key. Inparticular, the data originating device may identify the first ECC keyreceived in a selection handover message (such as the selection handovermessage 310 (FIG. 3A) and/or the selection handover message 414 (FIG.4A)) received from the data receiving device. The selection handovermessage may be received In some embodiments, the first ECC key may be amerchant ECC key. In some embodiments, 1706 may be omitted.

In 1708, the data originating device may provide a handover responsemessage. In particular, the data originating device may provide ahandover response message (such as the handover response message 312(FIG. 3A) and/or the handover response message 416 (FIG. 4A)) to thedata receiving device on the first communication channel. The dataoriginating device may transmit the handover response message inresponse to the selection handover message. The data originating devicemay provide the handover response message on the second communicationchannel. The handover response message may include a second ECC key. Thesecond ECC key may be a customer ECC key in some embodiments. In someembodiments, 1708 may be omitted.

In 1710, the data originating device may establish a secondcommunication channel. In particular, the data originating device mayestablish the second communication channel between the data receivingdevice and the data originating device. The second communication channelmay be established via a channel setup procedure, such as the channelsetup procedure 352 (FIG. 3B), the channel setup procedure 452 (FIG.4B), and/or the channel setup procedure 552 (FIG. 5B). The secondcommunication channel may be established based on the first ECC key, thesecond ECC key, a session name, a password, or some combination thereof.The second communication channel may implement a different communicationprotocol from the first communication channel. For example, the firstcommunication channel may implement NFC in some embodiments. The secondcommunication channel may implement Wi-Fi, ultra-wideband, Bluetooth, oranother wireless communication protocol different from the NFC. In someembodiments, the second communication channel may be established via awide area and/or public network, such as the Internet. The use of thedifferent protocol for the second communication channel may provide fora greater range of communication between the data receiving device andthe data originating device. For example, the second communicationchannel may have a second proximity (such as the second proximity 608(FIG. 6 )) for communication that is greater than the first proximityfor communication via the first communication channel. Accordingly, thedata originating device and the data receiving device may communicatevia the second communication channel at a greater distance than they cancommunicate via the first communication channel. In some embodiments,the second communication channel may implement different security fromthe security implemented by the first communication channel. Thesecurity implemented by the second communication channel may providestronger security than the security implemented by the firstcommunication channel in some embodiments. In some embodiments, 1710 maybe omitted.

In 1712, the data originating device may identify preliminary receiptdata. In particular, the data originating device may identifypreliminary receipt data received from the data receiving device. Thedata originating device may receive the preliminary receipt data on thesecond communication channel. The preliminary receipt data may include apreliminary receipt (such as the preliminary receipt 214 (FIG. 2B)and/or the preliminary receipt 808 (FIG. 8A)), or data to produce apreliminary receipt at the data originating device. The preliminaryreceipt may include a preliminary receipt value of the data transfer. Insome embodiments, the preliminary receipt value may be an amount that amerchant is charging for goods and/or services being purchased by a userof the data originating device. The preliminary receipt data may bereceived in a service message (such as the service response message 356(FIG. 3B), the supported services message 456 (FIG. 4B), and/or thesupported services message 556 (FIG. 5B)). In some embodiments, 1712 maybe omitted.

In 1714, the data originating device may display a user input field. Inparticular, the data originating device may display a user input fieldfor input of a value data for the data transfer. The data originatingdevice may display the user input field on a display of the dataoriginating device. The user input field may comprise the user inputfield 108 (FIG. 1 ), the first user input field 216 (FIG. 2B), thesecond user input field 220 (FIG. 2B), the first user input field 810(FIG. 8A), and/or the second user input field 814 (FIG. 8A). In someembodiments, the data originating device may receive an indication ofthe user input field in a service response message (such as the serviceresponse message 356 (FIG. 3B), the service response message 462 (FIG.4B), the service response message 472 (FIG. 4B)) received from the datareceiving device. The data originating device may receive the serviceresponse message on the first communication channel or the secondcommunication channel. In some embodiments, 1714 may be omitted.

In 1716, the data originating device may display the preliminary receiptdata. For example, the data originating device may display thepreliminary receipt data with the user input field. In some embodiments,displaying the preliminary receipt data may include displaying thepreliminary receipt, such as the preliminary receipt 214 and/or thepreliminary receipt 808. In some embodiments, 1716 may be omitted.

In 1718, the data originating device may identify a value data. Inparticular, the data originating device may identify a value data of theuser input field received at the data originating device. For example,the data originating device may identify a value data entered into theuser input field displayed on the data originating device. The valuedata, or some portion thereof, may be entered into the user input fieldby a user of the data originating device via user interaction with thedata originating device. In some embodiments, the user input field maycomprise a tip amount input field and the value data may comprise a tipamount for the data transfer. In some embodiments, 1718 may be omitted.

In 1720, the data originating device may provide an indication of thevalue data. In particular, the data originating device may provide theindication of the value data to the data receiving device on the secondcommunication channel. The data originating device may transmit theindication of the value data in a value data message (such as the valuedata message 374 (FIG. 3B)) or a get service message (such as the getservice message 460 (FIG. 4B), and/or a get service message 470 (FIG.4B)). The data originating device may transmit the value data message orthe get service message on the first communication channel or the secondcommunication channel.

FIG. 18 illustrates an example procedure 1800 for a data receivingdevice within a data transfer with a double tap data transfer inaccordance with some embodiments. For example, the procedure 1800 may beperformed by the data receiving device 102 (FIG. 1 ), the data receivingdevice 202 (FIG. 2A), the data receiving device 402 (FIG. 4A), the datareceiving device 502 (FIG. 5A), and/or the data receiving device 702(FIG. 7 ) as part of a data transfer. The data receiving device may beassociated with a merchant selling goods and/or services for value. Insome embodiments, the data transfer may be a payment transaction wheremonetary value is exchanged for the goods and/or services being providedby the merchant. The procedure 1800, or portions thereof, may beperformed as part of the data transfers described throughout thisdisclosure and may result in the display of the interfaces describedthroughout this disclosure on the data receiving device and/or the dataoriginating device.

In 1802, the data receiving device may detect an initiation of a datatransfer. In particular, the data receiving device may detect aninitiation of a data transfer with a data originating device. The datareceiving device may detect the initiation based at least in part on afirst time that the data originating device has entered a proximity ofthe data receiving device. A user of the data receiving device may haveinteracted with the data receiving device to indicate that the datareceiving device is to monitor for an initiation of the data transfer.For example, the user of the data receiving device may have entered avalue for the data transfer. In response to the entry of the value ofthe data transfer by the user, the data receiving device may begin tomonitor for the initiation of the data transfer. In some embodiments,the data receiving device may detect a data originating device beinglocated within, or entering, a proximity (such as the first proximity604 (FIG. 6 )) of the data receiving device. The data receiving devicemay detect the data originating device via a communication channel,where the communication channel may implement NFC. The data originatingdevice may be acting as an electronic element when detected by the datareceiving device. In some embodiments, the data receiving device may befunctioning as a POS device and the data originating device may befunctioning as a NFC payment device. The initiation of the data transfermay be detected by the data receiving device based on the detection thatthe data originating device is within the proximity of the datareceiving device in some embodiments.

In 1804, the data receiving device may provide an indication that a datareceiving device supports a double tap data transfer. In particular, thedata receiving device may provide the indication to the data originatingdevice. The data receiving device may provide the indication based atleast in part on the detection that the data originating device hasentered the proximity of the data receiving device. In some embodiments,the indication may be provided during a first time that the dataoriginating device has entered the proximity of the data receivingdevice. The data receiving device may provide the indication via adouble tap support indication, such as the double tap support indication706 (FIG. 7 ). The indication that the data receiving device supportsthe double tap data transfer may indicate that the data receivingdevices supports receipt of an indication of value data during by thedata receiving device during a second time that the data originatingdevice has entered the proximity of the data receiving device. The valuedata may comprise a tip amount in some embodiments. In some embodiments,the data receiving device may provide the indication via NFC.

In 1806, the data receiving device may determine that the dataoriginating device supports the double tap data transfer. In particular,the data receiving device may determine that the data originating devicesupports the double tap data transfer based at least in part on anindication that the data originating device supports the double tap datatransfer received from the data originating device. In some embodiments,the indication may be received during the first time that the dataoriginating device has entered the proximity of the data receivingdevice. The data receiving device may receive the indication via asupport indication, such as the support indication 708 (FIG. 7 ). Theindication that the data originating device supports the double tap datatransfer may indicate that the data originating device supportstransmission of the indication of the value data during the second timethat the data originating device has entered the proximity of the datareceiving device. In some embodiments, the data receiving device mayreceive the indication via NFC.

In 1808, the data receiving device may provide a transaction ID. Inparticular, the data receiving device may provide a transaction IDduring the first time that the data originating device has entered theproximity of the data receiving device. The data receiving device mayprovide the transaction ID in a selection message, such as the selectionmessage 714 (FIG. 7 ). The transaction ID may correspond to the datatransfer, such that the data transfer may be identified from thetransaction ID. In some embodiments, 1808 may be omitted.

In 1810, the data receiving device may provide preliminary receipt data.In particular, the data receiving device may provide the preliminaryreceipt data to the data originating device. The data receiving devicemay provide the preliminary receipt data during the first time that thedata originating device has entered the proximity of the data receivingdevice. The preliminary receipt data may include a preliminary receipt(such as the preliminary receipt 214 (FIG. 2B) and/or the preliminaryreceipt 808 (FIG. 8A)), or data to produce a preliminary receipt at thedata originating device. The preliminary receipt may indicate apreliminary receipt value of the data transfer. In some embodiments, thepreliminary receipt value may be an amount that a merchant is chargingfor goods and/or services being purchased by a user of the dataoriginating device. The data receiving device may provide thepreliminary receipt data in a selection message, such as the selectionmessage 714. In some embodiments, 1810 may be omitted.

In 1812, the data receiving device may determine that the dataoriginating device has entered the proximity of the data receivingdevice a second time. The second time that the data originating devicehas entered the proximity may be subsequent to the first time that thedata originating device has entered the proximity of the data receivingdevice. In some embodiments, 1812 may be omitted.

In 1814, the data receiving device may determine a value data. Inparticular, the data receiving device may determine a value data basedat least in part on an indication of the value data received from thedata originating device. The data receiving device may receive theindication during the second time that the data originating device hasentered the proximity of the data receiving device. The data receivingdevice may receive the indication of the value data in a responsemessage, such as the response message 730 (FIG. 7 ). In someembodiments, the response message may further include the transactionID. The data receiving device may utilize the transaction ID todetermine that the value data corresponds to the particular datatransfer. In some embodiments, the value data may be a tip amount forthe data transfer.

In 1816, the data receiving device may determine a transfer value. Inparticular, the data receiving device may determine the transfer valuebased at least in part on the value data. The data receiving device maydetermine the transfer value by adding the value data to the preliminaryreceipt value in some embodiments. In these embodiments, the transfervalue may be equal to the preliminary receipt value plus the tip amount.

In 1818, the data receiving device may complete the data transfer. Inparticular, the data receiving device may complete the data transferwith the transfer value. The data receiving device may perform a paymentloop (such as the payment loop 736 (FIG. 7 )) and a paymentauthorization result (such as the payment authorization result 738 (FIG.7 )) to complete the data transfer. In some embodiments, the datareceiving device may perform the payment loop with the preliminaryreceipt value without the value data, may perform the payment loop withthe transfer value, or may perform portions of the payment loop with thepreliminary receipt value without the value data and other portions ofthe payment loop with the transfer value. The completion of the datatransfer may result in transfer of the transfer value (such as monetarycompensation) from an account associated with the user of the dataoriginating device to an account associated with the user of the datareceiving device.

FIG. 19 illustrates an example procedure 1900 for a data originatingdevice within a data transfer with a double tap data transfer inaccordance with some embodiments. For example, the procedure 1900 may beperformed by the data originating device 104 (FIG. 1 ), the dataoriginating device 204 (FIG. 2A), the data originating device 404 (FIG.4A), the data originating device 504 (FIG. 5A), and/or the dataoriginating device 704 (FIG. 7 ) as part of a data transfer. The dataoriginating device may be associated with a customer purchasing goodsand/or services from a merchant for value. In some embodiments, the datatransfer may be a payment transaction where monetary value is exchangedfor the goods and/or services being provided by the merchant. Theprocedure 1900, or portions thereof, may be performed as part of thedata transfers described throughout this disclosure and may result inthe display of the interfaces described throughout this disclosure onthe data receiving device and/or the data originating device.

In 1902, the data originating device may determine that a data receivingdevice supports a double tap data transfer. In particular, the dataoriginating device may determine that a data receiving device supportsthe double tap data transfer based at least in part on an indicationthat the data receiving device supports the double tap data transferreceived from the data receiving device. The data originating device mayreceive the indication during a first time that the data originatingdevice has entered a proximity (such as the first proximity 604 (FIG. 6)) of the data receiving device. The data originating device may receivethe indication via a double tap support indication, such as the doubletap support indication 706 (FIG. 7 ). The indication that the datareceiving device supports the double tap data transfer may indicate thatthe data receiving devices supports receipt of an indication of valuedata by the data receiving device during a second time that the dataoriginating device has entered the proximity of the data receivingdevice. In some embodiments, the data receiving device may befunctioning as a POS device and the data originating device may befunctioning as a NFC payment device. The value data may comprise a tipamount in some embodiments. In some embodiments, the data originatingdevice may receive the indication via NFC.

In 1904, the data originating device may provide an indication that thedata originating device supports the double tap data transfer. Forexample, the data originating device may provide the indication that thedata originating device supports the double tap data transfer to thedata receiving device during the first time that the data originatingdevice has entered the proximity of the data receiving device. The dataoriginating device may provide the indication via a support indication,such as the support indication 708 (FIG. 7 ). The indication that thedata originating device supports the double tap data transfer mayindicate that the data originating device supports transmission of theindication of the value data during the second time that the dataoriginating device has entered the proximity of the data receivingdevice. In some embodiments, the data originating device may provide theindication via NFC.

In 1906, the data originating device may identify an indication of atransaction identifier. In particular, the data originating device mayidentify an indication of a transaction identifier received from thedata receiving device during the first time that the data originatingdevice has entered the proximity of the data receiving device. The dataoriginating device receive the transaction ID in a selection message,such as the selection message 714 (FIG. 7 ). The transaction ID maycorrespond to the data transfer, such that the data transfer may beidentified from the transaction ID. In some embodiments, 1906 may beomitted.

In 1908, the data originating device may identify preliminary receiptdata. In particular, the data originating device may identifypreliminary receipt data received from the data receiving device. Thedata originating device may receive the preliminary receipt data duringthe first time that the data originating device has entered theproximity of the data receiving device. The preliminary receipt data mayinclude a preliminary receipt (such as the preliminary receipt 214 (FIG.2B) and/or the preliminary receipt 808 (FIG. 8A)), or data to produce apreliminary receipt at the data originating device. The preliminaryreceipt may indicate a preliminary receipt value of the data transfer.In some embodiments, the preliminary receipt value may be an amount thata merchant is charging for goods and/or services being purchased by auser of the data originating device. The data originating device mayreceive the preliminary receipt data in a selection message, such as theselection message 714. In some embodiments, 1908 may be omitted.

In 1910, the data originating device may display a user input field. Inparticular, the data originating device may display a user input fieldfor input of a value data. The data originating device may display theuser input field on a display of the data originating device. The userinput field may comprise the user input field 108 (FIG. 1 ), the firstuser input field 216 (FIG. 2B), the second user input field 220 (FIG.2B), the first user input field 810 (FIG. 8A), and/or the second userinput field 814 (FIG. 8A). In some embodiments, the data originatingdevice may receive an indication of the user input field in a selectionmessage (such as the selection message 728 (FIG. 7 )) received from thedata receiving device. The data originating device may receive theindication of the user input field the first time that the dataoriginating device has entered the proximity of the data receivingdevice. In some embodiments, 1910 may be omitted.

In 1912, the data originating device may display the preliminary receiptdata. For example, the data originating device may display thepreliminary receipt data with the user input field. In some embodiments,displaying the preliminary receipt data may include displaying thepreliminary receipt, such as the preliminary receipt 214 and/or thepreliminary receipt 808. In some embodiments, 1912 may be omitted.

In 1914, the data originating device may identify a value data. Inparticular, the data originating device may identify a value datareceived via the user input field displayed by the data originatingdevice. For example, the data originating device may identify a valuedata entered into the user input field displayed on the data originatingdevice. The value data, or some portion thereof, may be entered into theuser input field by a user of the data originating device via userinteraction with the data originating device. In some embodiments, theuser input field may comprise a tip amount input field and the valuedata may comprise a tip amount for the data transfer. In someembodiments, 1718 may be omitted.

In 1916, the data originating device may provide an indication of thevalue data. In particular, the data originating device may provide theindication of the value data during a second time that the dataoriginating device has entered the proximity of the data receivingdevice. The data originating device may transmit the indication of thevalue data in a response message (such as the response message 730 (FIG.7 )). The data originating device may transmit the response messageduring the second time that the data originating device has entered theproximity of the data receiving device.

In 1918, the data originating device may provide the transactionidentifier. In particular, the data originating device may provide thetransaction identifier with the indication of the value data during thesecond time that the data originating device has entered the proximityof the data receiving device. For example, the data originating devicemay transmit the transaction identifier in the response message (such asthe response message 730). In some embodiments 1918 may be omitted.

FIG. 20 illustrates an example procedure 2000 for a first device withina data transfer with user input field in accordance with someembodiments. For example, the procedure 2000 may be performed by thedata receiving device 102 (FIG. 1 ), the data receiving device 202 (FIG.2A), the data receiving device 402 (FIG. 4A), the data receiving device502 (FIG. 5A), and/or the data receiving device 702 (FIG. 7 ) as part ofa data transfer. The first device may be associated with a merchantselling goods and/or services for value. In some embodiments, the datatransfer may be a payment transaction where monetary value is exchangedfor the goods and/or services being provided by the merchant. Theprocedure 2000, or portions thereof, may be performed as part of thedata transfers described throughout this disclosure and may result inthe display of the interfaces described throughout this disclosure onthe data receiving device and/or the data originating device.

In 2002, the first device may detect an initiation of a data transfer.The first device may detect an initiation of a data transfer inaccordance with any of the approaches of detecting an initiation of adata transfer as described throughout this disclosure. A user of thefirst device may have interacted with the first device to indicate thatthe first device is to monitor for an initiation of the data transfer.For example, the user of the first device may have entered a value forthe data transfer. In response to the entry of the value of the datatransfer by the user, the first device may begin to monitor for theinitiation of the data transfer. In some embodiments, the first devicemay detect a second device being located within, or entering, a firstproximity (such as the first proximity 604 (FIG. 6 )) of the firstdevice. The first device may detect the second device via a firstcommunication channel, where the first communication channel mayimplement NFC. The second device may be acting as an electronic elementwhen detected by the first device. The initiation of the data transfermay be detected by the first device based on the detection that thesecond device is within the first proximity of the first device in someembodiments.

In 2004, the first device may provide an indication that the firstdevice supports a user input field. In particular, the first device mayprovide an indication (such as the handover support indication 302 (FIG.3A), the handover support indication 406 (FIG. 4A), and/or the doubletap support indication 706 (FIG. 7 )) that the first device supports auser input field at the second device for the data transfer to thesecond device. For example, the first device may support a user inputfield being displayed on a display of the second device and a user ofsecond device entering a value data related to the data transfer intothe user input field. The first device may provide the indication viathe NFC. In some embodiments, the user input field may be a tip inputfield and the user of the second device may input a tip amount into thetip input field.

In 2006, the first device may detect an indication that the seconddevice supports the user input field. In particular, the first devicemay detect an indication that the second device supports the user inputfield received from the second device. The first device may receive theindication in a support indication, such as the support indication 304(FIG. 3A), the support indication 408 (FIG. 4A), and/or the supportindication 708 (FIG. 7 ). The first device may receive the indicationvia the NFC.

In 2008, the first device may transmit a selection handover message. Inparticular, the first device may transmit a selection handover message(such as the selection handover message 310 (FIG. 3A) and/or theselection handover message 414 (FIG. 4A)) to the second device. Thefirst device may transmit the selection handover message via the NFC.The selection handover message may include a first ECC key. The firstECC key may be a merchant ECC key in some embodiments. In someembodiments, 2004 may be omitted. For example, 2004 may be omitted inthe double tap approach where a handover to a second communicationchannel does not occur.

In 2010, the first device may detect a handover response message. Inparticular, the first device may detect a handover response message(such as the handover response message 312 (FIG. 3A) and/or the handoverresponse message 416 (FIG. 4A)) received from the second device. Thefirst device may receive the handover response message via the NFC. Thehandover response message may include a second ECC key in someembodiments. The second ECC key may be a customer ECC key in someembodiments. In some embodiments, 2006 may be omitted. For example, 2006may be omitted in the double tap approach where a handover to a secondcommunication channel does not occur.

In 2012, the first device may establish a second communication channel.In particular, the first device may establish a second communicationchannel (such as the second communication channel 114 (FIG. 1 )) withthe second device. The second communication channel may be establishedvia a channel setup procedure, such as the channel setup procedure 352(FIG. 3B), the channel setup procedure 452 (FIG. 4B), and/or the channelsetup procedure 552 (FIG. 5B). The second communication channel may beestablished based on the first ECC key, the second ECC key, a sessionname, a password, or some combination thereof. The second communicationchannel may implement a communication protocol different from the NFC.For example, the second communication channel may implement Wi-Fi,ultra-wideband, Bluetooth, or another wireless communication protocoldifferent from the NFC. In some embodiments, the second communicationchannel may be established via a public and/or wide area network, suchas the Internet. The use of the different protocol for the secondcommunication channel may provide for a greater range of communicationbetween the first device and the second device. For example, the secondcommunication channel may have a second proximity (such as the secondproximity 608 (FIG. 6 )) for communication that is greater than thefirst proximity for communication via the NFC. Accordingly, the firstdevice and the second device may communicate via the secondcommunication channel at a greater distance than they can communicatevia the NFC. In some embodiments, 2008 may be omitted. For example, 2008may be omitted in the double tap approach where a second communicationchannel is not established.

In 2014, the first device may provide a preliminary receipt to thesecond device. In particular, the first device may provide a preliminaryreceipt (such as the preliminary receipt 214 (FIG. 2B), and/or thepreliminary receipt 808 (FIG. 8A)) to the second device, where thepreliminary receipt may indicate a value of the data transfer. Forexample, the preliminary receipt may indicate an amount that themerchant is charging for the goods and/or services. The first device mayprovide the preliminary receipt in a service message (such as theservice response message 356, the supported services message 456, and/orthe supported services message 556) or an selection message (such as theselection message 714 (FIG. 7 ) and/or the selection message 728 (FIG. 7)). The first device may provide the preliminary receipt via the NFC insome embodiments (such as for the double tap approach) and via thesecond communication channel in other embodiments (such as for thesingle tap approach). In some embodiments, 2014 may be omitted.

In 2016, the first device may detect a second time that the seconddevice enters the first proximity. In particular, the second device mayhave entered the first proximity of the first device for the first timein the initiation of the data transfer in 2002. After entering the firstproximity for the first time, the second device may have exited thefirst proximity of the first device. In 2016, the first device maydetect the second time that the second device has entered the firstproximity of the first device. The first device may have been monitoringfor the second entry of the second device into the first proximity sincethe second device exited the first proximity after the first entry. Insome embodiments, 2016 may be omitted. For example, 2016 may be omittedin the single tap approach where the second device does not have toenter the first proximity a second time for the data transfer.

In 2018, the first device may detect an indication of a value data. Inparticular, the first device may detect an indication of a value datareceived from the second device. The value data may be a value enteredinto the user input field (such as the user input field 108 (FIG. 1 ),the first user input field 216 (FIG. 2B), the first user input field 810(FIG. 8A), and/or the second user input field 814 (FIG. 8A)) at thesecond device by a user of the second device. In some embodiments, thevalue data may be a tip amount for the data transfer. The first devicemay receive the indication of the value data via the NFC in someembodiments (such as for the double tap approach) and via the secondcommunication channel in other embodiments (such as for the single tapapproach).

In 2020, the first device may update the preliminary receipt. Inparticular, the first device may update the preliminary receipt inaccordance with the value data received from the second device. Thefirst device may update the preliminary receipt to produce a billableamount for the data transfer. In embodiments where the value datacomprises a tip amount, the first device may produce the billable amountby adding the tip amount to the amount that the merchant is charging forthe good and/or services. In some embodiments, 2020 may be omitted.

In 2022, the first device may complete the data transfer. In particular,the first device may complete the data transfer in accordance with thevalue data received from the second device. For example, the firstdevice may perform a payment loop (such as the payment loop 318 (FIG.3A), the payment loop 422 (FIG. 4A), and/or the payment loop 736 (FIG. 7)) and a payment authorization result (such as the payment authorizationresult 320 (FIG. 3A), the payment authorization result 424 (FIG. 4A),and/or the payment authorization result 738 (FIG. 7 )) to complete thedata transfer. The first device may perform the payment loop with theinitial value for the data transfer without the value data, may performthe payment loop with the billable amount for the data transfer, or mayperform portions of the payment loop with the initial value for the datatransfer and other portions of the payment loop with the billableamount. For example, the first device may perform the payment loop withthe billable amount for the data transfer for the double tap approach.For the single tap approach, the first device may perform the paymentloop with the initial value for the data transfer, may perform thepayment loop with the billable amount for the data transfer, or mayperform portions of the payment loop with the initial value for the datatransfer and other portions of the payment loop with the billableamount. The first device may complete the data transfer via the NFC. Thecompletion of the data transfer may result in transfer of value (such asmonetary compensation) from an account associated with the user of thesecond device to an account associated with the user of the firstdevice.

FIG. 21 illustrates an example procedure 2100 for a second device withina data transfer with user input field in accordance with someembodiments. For example, the procedure 2100 may be performed by thedata originating device 104 (FIG. 1 ), the data originating device 204(FIG. 2A), the data originating device 404 (FIG. 4A), the dataoriginating device 504 (FIG. 5A), and/or the data originating device 704(FIG. 7 ) as part of a data transfer. The second device may beassociated with a customer purchasing goods and/or services from amerchant for value. In some embodiments, the data transfer may be apayment transaction where monetary value is exchanged for the goodsand/or services being provided by the merchant. The procedure 2100, orportions thereof, may be performed as part of the data transfersdescribed throughout this disclosure and may result in the display ofthe interfaces described throughout this disclosure on the datareceiving device and/or the data originating device.

In 2102, the first device may detect an indication that a second devicesupports a user input field. In particular, the first device may detectan indication, received from the second device, that the second devicesupports a user input field being displayed on the first device and auser interaction with the first device to provide a value data for adata transfer between the first device and the second device. The firstdevice may receive the indication via the handover support indication302 (FIG. 3A), the handover support indication 406 (FIG. 4A), and/or thedouble tap support indication 706 (FIG. 7 ). The indication may bereceived via a first communication channel, which the firstcommunication channel may implement NFC. In some embodiments, the userinput field may be a tip input filed and the user of the first devicemay input a tip amount into the tip input field.

In 2104, the first device may provide an indication that the firstdevice supports the user input field. In particular, the first devicemay provide an indication to the second device that the first devicesupports the user input field. The first device may provide theindication in a support indication, such as the support indication 304(FIG. 3A), the support indication 408 (FIG. 4A), and/or the supportindication 708 (FIG. 7 ). The first device may provide the indicationvia the NFC.

In 2106, the first device may detect a selection handover message. Inparticular, the first device may detect a selection handover message(such as the selection handover message 310 (FIG. 3A) and/or theselection handover message 414 (FIG. 4A)) received from the seconddevice. The selection handover message may be received via the NFC. Theselection handover message received may include a first ECC key. Thefirst ECC key may be a merchant ECC key in some embodiments. In someembodiments, 2106 may be omitted. For example, 2106 may be omitted inthe double tap approach where a handover to a second communicationchannel does not occur.

In 2108, the first device may identify a first ECC key. In particular,the first device may identify the first ECC key received in theselection handover message. In some embodiments, 2108 may be omitted.For example, 2108 may be omitted in the double tap approach where ahandover to a second communication channel does not occur.

In 2110, the first device may transmit a handover response message. Inparticular, the first device may transmit a handover response message(such as the handover response message 312 (FIG. 3A) and/or the handoverresponse message 416 (FIG. 4A)) to second device. The first device maytransmit the handover response message in response to the selectionhandover message. Further, the first device may transmit the handoverresponse message via the NFC. The handover response message may includea second ECC key. The second ECC key may be a customer ECC key in someembodiments. In some embodiments, 2110 may be omitted. For example, 2110may be omitted in the double tap approach where a handover to a secondcommunication channel does not occur.

In 2112, the first device may establish a second communication channel.In particular, the first device may establish a second communicationchannel (such as the second communication channel 114 (FIG. 1 )) withthe second device. The second communication channel may be establishedvia a channel setup procedure, such as the channel setup procedure 352(FIG. 3B), the channel setup procedure 452 (FIG. 4B), and/or the channelsetup procedure 552 (FIG. 5B). The second communication channel may beestablished based on the first ECC key, the second ECC key, a sessionname, a password, or some combination thereof. The second communicationchannel may implement a communication protocol different from the NFC.For example, the second communication channel may implement Wi-Fi,ultra-wideband, Bluetooth, or another wireless communication protocoldifferent from the NFC. In some embodiments, the second communicationchannel may be established via a wide area and/or public network, suchas the Internet. The use of the different protocol for the secondcommunication channel may provide for a greater range of communicationbetween the first device and the second device. For example, the secondcommunication channel may have a second proximity (such as the secondproximity 608 (FIG. 6 )) for communication that is greater than thefirst proximity for communication via the NFC. Accordingly, the firstdevice and the second device may communicate via the secondcommunication channel at a greater distance than they can communicatevia the NFC. In some embodiments, 2112 may be omitted. For example, 2112may be omitted in the double tap approach where a second communicationchannel is not established.

In 2114, the first device may detect an indication of a user inputfield. In particular, the first device may detect an indication of auser input field (such as the user input field 108 (FIG. 1 ), the firstuser input field 216 (FIG. 2B), the second user input field 220 (FIG.2B), the first user input field 810 (FIG. 8A), and/or the second userinput field 814 (FIG. 8A)), to be displayed on a display of the firstdevice received from the second device. The first device may receive theindication of the user input field in a service response message (suchas the service response message 356 (FIG. 3B), the service responsemessage 462 (FIG. 4B), the service response message 472 (FIG. 4B)) or aselection message (such as the selection message 728 (FIG. 7 )). Thefirst device may receive the service response message or the selectionmessage via the NFC or the second communication channel. The indicationof the user input field may further include a value of the data transferto be displayed with the user input field on the display of the firstdevice. In some embodiment, the value of the data transfer may comprisea preliminary receipt that includes the value of the data transfer.

In 2116, the first device may display the user input field. Inparticular, the first device may display the user input field indicatedin 2114 on a display of the first device. The first device may displaythe user input field in response to detecting the indication of the userinput field. For example, the first device receiving the serviceresponse message or the selection message from the first device maycause the first device to display the user input field.

In 2118, the first device may identify a value data. In particular, thefirst device may identify a value data entered into the user input fielddisplayed on the first device. The value data may be entered into theuser input field by a user of the first device via user interaction withthe first device. In some embodiments, the user input field may comprisea tip amount input field and the value data may comprise a tip amountfor the data transfer.

In 2120, the first device may provide an indication of the value data.In particular, the first device may transmit an indication of the valuedata to the second device. The first device may transmit the indicationof the value data in a value data message (such as the value datamessage 374 (FIG. 3B)), a get service message (such as the get servicemessage 460 (FIG. 4B), and/or a get service message 470 (FIG. 4B)), or aresponse message (such as the response message 730 (FIG. 7 )). The firstdevice may transmit the value data message, the get service message, orthe response message via the NFC or the second communication channel. Insome embodiments, the indication of the value data may comprise anindication of the tip amount for the data transfer. The second devicemay utilize the value data indicated to in the indication to completethe data transfer.

FIG. 22 illustrates an example procedure 2200 for a first device withina data transfer with a second communication channel in accordance withsome embodiments. For example, the procedure 2200 may be performed bythe data receiving device 102 (FIG. 1 ), the data receiving device 202(FIG. 2A), the data receiving device 402 (FIG. 4A), the data receivingdevice 502 (FIG. 5A), and/or the data receiving device 702 (FIG. 7 ) aspart of a data transfer. The first device may be associated with amerchant selling goods and/or services for value. In some embodiments,the data transfer may be a payment transaction where monetary value isexchanged for the goods and/or services being provided by the merchant.The first device may be referred to as a first device and a seconddevice may be referred to as a second device in relation to theprocedure 2200. The procedure 2200, or portions thereof, may beperformed as part of the data transfers described throughout thisdisclosure and may result in the display of the interfaces describedthroughout this disclosure on the data receiving device and/or the dataoriginating device.

In 2202, the first device may detect an initiation of a data transfer.The first device may detect an initiation of a data transfer inaccordance with any of the approaches of detecting an initiation of adata transfer as described throughout this disclosure. A user of thefirst device may have interacted with the first device to indicate thatthe first device is to monitor for an initiation of the data transfer.For example, the user of the first device may have entered a value forthe data transfer. In response to the entry of the value of the datatransfer by the user, the first device may begin to monitor for theinitiation of the data transfer. In some embodiments, the first devicemay detect a second device being located within, or entering, a firstproximity (such as the first proximity 604 (FIG. 6 )) of the firstdevice. The first device may detect the second device via a firstcommunication channel (such as the first communication channel 112 (FIG.1 )), where the first communication channel may implement NFC. Thesecond device may be acting as an electronic element when detected bythe first device. The initiation of the data transfer may be detected bythe first device based on the detection that the second device is withinthe first proximity of the first device in some embodiments.

In 2204, the first device may provide an indication that the firstdevice supports a second communication channel. In particular, the firstdevice may provide an indication (such as the handover supportindication 302 (FIG. 3A), and/or the handover support indication 406(FIG. 4A)) that the first device supports a second communication channelto the second device. For example, the first device may supportestablishment of a second communication channel (such as the secondcommunication channel 114 (FIG. 1 )) for a data transfer. The firstdevice may provide the indication via a first communication channel,where the first communication channel may implement NFC.

In 2206, the first device may detect an indication that the seconddevice supports the second communication channel. In particular, thefirst device may detect the indication (such as the support indication304 (FIG. 3A), and/or the support indication 408 (FIG. 4A)) that thesecond device supports the second communication channel received fromthe second device. The first device may receive the indication via theNFC.

In 2208, the first device may transmit a selection handover message. Inparticular, the first device may transmit a selection handover message(such as the selection handover message 310 (FIG. 3A) and/or selectionhandover message 414 (FIG. 4A)) to the second device. The first devicemay transmit the selection handover message via the NFC. The selectionhandover message may include a first ECC key. The first ECC key may be amerchant ECC key in some embodiments. In some embodiments, 2208 may beomitted.

In 2210, the first device may detect a handover response message. Inparticular, the first device may detect a handover response message(such as the handover response message 312 (FIG. 3A) and/or the handoverresponse message 416 (FIG. 4A)) received from the second device. Thefirst device may receive the handover response message via the NFC. Thehandover response message may include a second ECC key in someembodiments. The second ECC key may be a customer ECC key in someembodiments. In some embodiments, 2210 may be omitted.

In 2212, the first device may establish a second communication channel.In particular, the first device may establish a second communicationchannel (such as the second communication channel 114 (FIG. 1 )) withthe second device. The second communication channel may be establishedvia a channel setup procedure, such as the channel setup procedure 352(FIG. 3B), the channel setup procedure 452 (FIG. 4B), and/or the channelsetup procedure 552 (FIG. 5B). The second communication channel may beestablished based on the first ECC key, the second ECC key, a sessionname, a password, or some combination thereof. The second communicationchannel may implement a communication protocol different from the NFC.For example, the second communication channel may implement Wi-Fi,ultra-wideband, Bluetooth, or another wireless communication protocoldifferent from the NFC. In some embodiments, the second communicationchannel may be established via a wide area and/or public network, suchas the Internet. The use of the different protocol for the secondcommunication channel may provide for a greater range of communicationbetween the first device and the second device. For example, the secondcommunication channel may have a second proximity (such as the secondproximity 608 (FIG. 6 )) for communication that is greater than thefirst proximity for communication via the NFC. Accordingly, the firstdevice and the second device may communicate via the secondcommunication channel at a greater distance than they can communicatevia the NFC.

In 2214, the first device may transmit a preliminary receipt. Inparticular, the first device may transmit a preliminary receipt (such asthe preliminary receipt 214 (FIG. 2B) and/or the preliminary receipt 808(FIG. 8A)) to the second device, where the preliminary receipt mayindicate a value of the data transfer. For example, the preliminaryreceipt may indicate an amount that the merchant is charging for thegoods and/or services. The first device may transmit the preliminaryreceipt in a service message (such as the service response message 356(FIG. 3B), the supported services message 456 (FIG. 4B), and/or thesupported services message 556 (FIG. 5B)). The first device may transmitthe preliminary receipt via the second communication channel. In someembodiments, 2214 may be omitted.

In 2216, the first device may detect an indication of a value data. Inparticular, the first device may detect an indication of a value datareceived from the second device. The value data may be a value enteredinto the user input field at the second device by a user of the seconddevice. In some embodiments, the value data may be a tip amount for thedata transfer. The first device may receive the indication of the valuedata via the second communication channel.

In 2218, the first device may complete the data transfer. In particular,the first device may complete the data transfer in accordance with thevalue data received from the second device. For example, the firstdevice may perform a payment loop (such as the payment loop 318 (FIG.3A), and/or the payment loop 422 (FIG. 4A)) and a payment authorizationresult (such as the payment authorization result 320 (FIG. 3A), and/orthe payment authorization result 424 (FIG. 4A)) to complete the datatransfer. The first device may perform the payment loop with the initialvalue for the data transfer without the value data, may perform thepayment loop with a billable amount (which takes into account the valuedata) for the data transfer, or may perform portions of the payment loopwith the initial value for the data transfer and other portions of thepayment loop with the billable amount. In some embodiments, the billableamount may be generated by adding the value data to the initial valuefor the data transfer, such as where the value data is a tip amount. thefirst device may perform the payment loop with the billable amount forthe data transfer for the double tap approach. The first device mayperform the payment loop with the initial value for the data transfer,may perform the payment loop with the billable amount for the datatransfer, or may perform portions of the payment loop with the initialvalue for the data transfer and other portions of the payment loop withthe billable amount in some embodiments. The first device may completethe data transfer via the NFC. The completion of the data transfer mayresult in transfer of value (such as monetary compensation) from anaccount associated with the user of the second device to an accountassociated with the user of the first device.

FIG. 23 illustrates an example procedure 2300 for a second device withina data transfer with a second communication channel in accordance withsome embodiments. For example, the procedure 2300 may be performed bythe data originating device 104 (FIG. 1 ), the data originating device204 (FIG. 2A), the data originating device 404 (FIG. 4A), the dataoriginating device 504 (FIG. 5A), and/or the data originating device 704(FIG. 7 ) as part of a data transfer. The second device may beassociated with a customer purchasing goods and/or services from amerchant for value. In some embodiments, the data transfer may be apayment transaction where monetary value is exchanged for the goodsand/or services being provided by the merchant. The procedure 2300, orportions thereof, may be performed as part of the data transfersdescribed throughout this disclosure and may result in the display ofthe interfaces described throughout this disclosure on the datareceiving device and/or the data originating device.

In 2302, the first device may detect an indication that a second devicesupports a second communication channel. In particular, the first devicemay detect an indication (such as the handover support indication 302(FIG. 3A) and/or the handover support indication 406 (FIG. 4A)) that asecond device supports a second communication channel (such as thesecond communication channel 114 (FIG. 1 )) received from the seconddevice. The first device may receive the indication via a firstcommunication channel, where the first communication channel mayimplement NFC.

In 2304, the first device may provide an indication that the firstdevices supports the second communication channel. In particular, thefirst device may provide the indication (such as the support indication304 (FIG. 3A) and/or the support indication 408 (FIG. 4A)) that thefirst device supports the second communication channel to the seconddevice. The first device may provide the indication via the NFC.

In 2306, the first device may detect a selection handover message. Inparticular, the first device may detect a selection handover message(such as the selection handover message 310 (FIG. 3A) and/or selectionhandover message 414 (FIG. 4A)) received from the second device. Thesecond device may receive the selection handover message via the NFC.The selection handover message may include a first ECC key. The firstECC key may be a merchant ECC key in some embodiments. In someembodiments, 2304 may be omitted.

In 2308, the first device may transmit a handover response message. Inparticular, the first device may transmit a handover response message(such as the handover response message 312 (FIG. 3A) and/or the handoverresponse message 416 (FIG. 4A)) to the second device. The first devicemay transmit the handover response message via the NFC. The handoverresponse message may include a second ECC key in some embodiments. Thesecond ECC key may be a customer ECC key in some embodiments. In someembodiments, 2306 may be omitted.

In 2310, the first device may establish the second communicationchannel. In particular, the first device may establish a secondcommunication channel (such as the second communication channel 114(FIG. 1 )) with the second device. The second communication channel maybe established via a channel setup procedure, such as the channel setupprocedure 352 (FIG. 3B), the channel setup procedure 452 (FIG. 4B),and/or the channel setup procedure 552 (FIG. 5B). The secondcommunication channel may be established based on the first ECC key, thesecond ECC key, a session name, a password, or some combination thereof.The second communication channel may implement a communication protocoldifferent from the NFC. For example, the second communication channelmay implement Wi-Fi, ultra-wideband, Bluetooth, or another wirelesscommunication protocol different from the NFC. In some embodiments, thesecond communication channel may be established via a wide area and/orpublic network, such as the Internet. The use of the different protocolfor the second communication channel may provide for a greater range ofcommunication between the first device and the second device. Forexample, the second communication channel may have a second proximity(such as the second proximity 608 (FIG. 6 )) for communication that isgreater than the first proximity for communication via the NFC.Accordingly, the first device and the second device may communicate viathe second communication channel at a greater distance than they cancommunicate via the NFC.

In 2312, the first device may detect a preliminary receipt. Inparticular, the first device may detect a preliminary receipt (such asthe preliminary receipt 214 (FIG. 2B) and/or the preliminary receipt 808(FIG. 8A)) received from the second device, where the preliminaryreceipt may indicate a value of the data transfer. For example, thepreliminary receipt may indicate an amount that the merchant is chargingfor the goods and/or services. The first device may receive thepreliminary receipt in a service message (such as the service responsemessage 356 (FIG. 3B), the supported services message 456 (FIG. 4B),and/or the supported services message 556 (FIG. 5B)). The first devicemay receive the preliminary receipt via the second communicationchannel. In some embodiments, 2312 may be omitted.

In 2314, the first device may display a user input field. In particular,the first device may display a user input field (such as the user inputfield 108 (FIG. 1 ), the first user input field 216 (FIG. 2B), thesecond user input field 220 (FIG. 2B), the first user input field 810(FIG. 8A), and/or the second user input field 814 (FIG. 8A)) on adisplay of the first device. In some embodiments, 2314 may be omitted.

In 2316, the first device may detect a value data. In particular, thefirst device may detect a value data entered into the user input fielddisplayed on the first device. The value data may be entered into theuser input field by a user of the first device via user interaction withthe first device. In some embodiments, the user input field may comprisea tip amount input field and the value data may comprise a tip amountfor the data transfer. In some embodiments, 2316 may be omitted.

In 2318, the first device may provide an indication of the value data.In particular, the first device may transmit an indication of the valuedata to the second device. The first device may transmit the indicationof the value data in a value data message (such as the value datamessage 374 (FIG. 3B)) or a get service message (such as the get servicemessage 460 (FIG. 4B), and/or a get service message 470 (FIG. 4B)). Thefirst device may transmit the value data message or the get servicemessage via the second communication channel. In some embodiments, theindication of the value data may comprise an indication of the tipamount for the data transfer. The second device may utilize the valuedata indicated to in the indication to complete the data transfer.

IX. Example System Arrangement

FIG. 24 illustrates an example system arrangement 2400 in accordancewith some embodiments. The system arrangement 2400 may perform one ormore of the operations related to data transfers as described throughoutthis application. For example, the system arrangement 2400 may allowdevices to facilitate transfer of value from an account associated withone of the devices to an account associated with another of the devices.In some embodiments, the system arrangement 2400 may facilitate apayment transaction where one device is associated with a merchantselling goods and/or services and another device is associated with acustomer purchasing the goods and/or services with monetary value (orother legal tender).

The system arrangement 2400 may include a data originating device 2402.The data originating device 2402 may perform one or more of theoperations performed by the data originating devices describedthroughout this disclosure, such as the data originating device 104(FIG. 1 ), the data originating device 204 (FIG. 2A), the dataoriginating device 404 (FIG. 4A), the data originating device 504 (FIG.5A), and/or the data originating device 704 (FIG. 7 ). The dataoriginating device 2402 may comprise a computer device enabled forwireless communication.

The data originating device 2402 may include memory 2404. The memory2404 may comprise one or more computer-readable media that can storeitems. In some embodiments, the computer-readable media may comprisenon-transitory computer-readable media. The memory 2404 may storeinstructions associated with one or more of the operations describedthroughout this disclosure, as well as other elements describedthroughout this disclosure (such as value of the data transfer, thevalue data, the first ECC key, the second ECC key, or other elementsdescribed throughout this disclosure.

The data originating device 2402 may further include one or moreprocessors 2406. The processors 2406 may be coupled to the memory 2404.The processors 2406 may execute the instructions stored on the memory2404 to perform one or more of the operations described throughout thisdisclosure. For example, the instructions, when executed by theprocessors 2406 on the data originating device 2402, may cause the dataoriginating device 2402 to perform one or more of the operationsdescribed throughout this disclosure.

The data originating device 2402 may further include a walletapplication 2408. The wallet application 2408 may be an applicationimplemented by the processors 2406 executing one or more of theinstructions from the memory 2404. The wallet application 2408 may storeinformation for one or more accounts associated with a user of the dataoriginating device 2402. Further, the wallet application 2408 may storeinformation associated with one or more data transfers performed withthe accounts associated with the user of the data originating device2402. The wallet application 2408 may facilitate the purchase of goodsand/or services using the data originating device 2402, where thepayment for the goods and/or services may be made from one or more ofthe accounts. The wallet application 2408 may interact with one or moreapplications on other devices to complete a data transfer.

The system arrangement 2400 may further include a data receiving device2410. The data receiving device 2410 may perform one or more of theoperations performed by the data receiving devices described throughoutthis disclosure, such as the data receiving device 102 (FIG. 1 ), thedata receiving device 202 (FIG. 2A), the data receiving device 402 (FIG.4A), the data receiving device 502 (FIG. 5 ), and/or the data receivingdevice 702 (FIG. 7 ). The data receiving device 2410 may comprise acomputer device enabled for wireless communication.

In some embodiments, the data receiving device 2410 may compriseessentially a same operating system as the data originating device 2402.For example, the data receiving device 2410 and the data originatingdevice 2402 may both implement a mobile device operating system. In someembodiments, the data receiving device 2410 and the data originatingdevice 2402 may comprise essentially the same hardware components. Forexample, the data receiving device 2410 and the data originating device2402 may have the same type of core components (such as each having oneor more processors, one or more memory devices, one or more wirelesscommunication components, and a display), whereas the peripheralcomponents may differ between the data receiving device 2410 and thedata originating device 2402.

The data receiving device 2410 may include memory 2412. The memory 2412may comprise one or more computer-readable media that can store items.In some embodiments, the computer-readable media may comprisenon-transitory computer-readable media. The memory 2412 may storeinstructions associated with one or more of the operations describedthroughout this disclosure, as well as other elements describedthroughout this disclosure (such as value of the data transfer, thevalue data, the first ECC key, the second ECC key, or other elementsdescribed throughout this disclosure).

The data receiving device 2410 may further include one or moreprocessors 2414. The processors 2414 may be coupled to the memory 2412.The processors 2414 may execute the instructions stored on the memory2412 to perform one or more of the operations described throughout thisdisclosure. For example, the instructions, when executed by theprocessors 2414 on the data receiving device 2410, may cause the datareceiving device 2410 to perform one or more of the operations describedthroughout this disclosure.

The data receiving device 2410 may further include a data transferapplication 2416. The data transfer application 2416 may be anapplication implemented by the processors 2414 executing one or more ofthe instructions from the memory 2412. The data transfer application2416 may provide a secure communication portal, or may interact withhardware of the data receiving device 2410 that provides a securecommunication portal, for performance of at least a portion of the datatransfer. For example, the data transfer application 2416 maycommunicate with the wallet application 2408 via a first communicationchannel (such as the first communication channel 112 (FIG. 1 )) and/or asecond communication channel (such as the second communication channel114 (FIG. 1 )) to complete the data transfer.

The system arrangement 2400 may further include a PSP server 2418. ThePSP server 2418 may be maintained by a PSP that maintains an accountassociated with a user of the data receiving device 2410. For example,the PSP may be a financial institution that maintains the accountassociated with the user of the data receiving device 2410. The PSPserver 2418 may maintain information for the account associated with theuser of the data receiving device 2410 and may facilitate transfersbetween the account associated with the user of the data receivingdevice 2410 and other accounts. The data receiving device 2410 maycommunicate with the PSP server 2418 to complete the data transfer. Forexample, the data receiving device 2410 may communicate with the PSPserver 2418 to facilitate transfer of legal tender to or from theaccount associated with the user of the data receiving device 2410 inaccordance with the data transfer.

The system arrangement 2400 may further include an acquirer server 2420.The acquirer server 2420 may be associated with a financial institutionthat maintains an account associate with a user of the data originatingdevice 2402. The acquirer server 2420 may maintain information for theaccount associated with the user of the data originating device 2402 andmay facilitate transfers between the account associated with the user ofthe data originating device 2402 and other accounts. The PSP server 2418may communicate with the acquirer server 2420 to complete the datatransfer. For example, the PSP server 2418 may communicate with theacquirer server 2420 to transfer legal tender from the accountassociated with the user of the data originating device 2402 to theaccount associated with the user of the data receiving device 2410 inaccordance with a data transfer.

EXAMPLES

In the following sections, further exemplary embodiments are provided.

Example 1 may include a method, comprising detecting on a firstcommunication channel, by a data receiving device, an initiation of adata transfer with a data originating device, providing on the firstcommunication channel, by the data receiving device to the dataoriginating device, an indication that the data receiving devicesupports a communication handover on a second communication channel forthe data transfer, determining, by the data receiving device, that thedata originating device supports the communication handover on thesecond communication channel based at least in part on an indicationthat the data originating device supports the communication handover onthe second communication channel received on the first communicationchannel, determining, by the data receiving device, a value data basedat least in part on an indication of the value data received on thesecond communication channel, determining, by the data receiving device,a transfer value for the data transfer based at least in part on thevalue data, and completing, by the data receiving device, the datatransfer with the transfer value.

Example 2 may include the method of example 1, wherein the communicationhandover on the second communication channel provides support foravailable services.

Example 3 may include the method of any of examples 1 or 2, wherein thefirst communication channel supports communication within a firstproximity, wherein the second communication channel supportscommunication within a second proximity, and wherein the first proximityis different from the second proximity.

Example 4 may include the method of any of examples 1-3, whereindetecting the initiation of the data transfer includes detecting, by thedata receiving device, that the data originating device is locatedwithin a first proximity of the data receiving device, and wherein themethod further comprises establishing, by the data receiving device, thesecond communication channel that allows the data receiving device tocommunicate with the data originating device when the data originatingdevice is within a second proximity of the data receiving device, thesecond proximity larger than the first proximity.

Example 5 may include the method of any of examples 1-4, wherein thefirst communication channel implements first security, wherein thesecond communication channel implements second security, and wherein thefirst security is different from the second security.

Example 6 may include the method of any of examples 1-5, wherein thefirst communication channel implements near field communication (NFC),and wherein the method further comprises establishing, by the datareceiving device, the second communication channel between the datareceiving device and the data originating device, wherein the secondcommunication channel implements a communication protocol different thanthe NFC.

Example 7 may include the method of example 6, wherein the communicationprotocol of the second communication channel is Wi-Fi.

Example 8 may include the method of example 6, further comprisingproviding, by the data receiving device to the data originating device,a selection handover message, wherein the selection handover messageincludes a first elliptic curve cryptography (ECC) key, and identifying,by the data receiving device, a second ECC key received in a handoverresponse message received from the data originating device, wherein thesecond communication channel is established based at least in part onthe first ECC key or the second ECC key.

Example 9 may include the method of example 6, wherein establishing thesecond communication channel is based at least in part on a session nameand a password for the second communication channel.

Example 10 may include the method of any of examples 1-9, wherein thedata receiving device is functioning as a point of sale (POS) device,and wherein the data originating device is functioning as a near fieldcommunication (NFC) payment device.

Example 11 may include the method of any of examples 1-10, wherein thedata receiving device comprises essentially a same operating system asthe data originating device.

Example 12 may include the method of any of examples 1-11, furthercomprising terminating, by the data receiving device, the secondcommunication channel based at least in part on the completion of thedata transfer.

Example 13 may include the method of any of examples 1-12, whereinproviding the indication that the data receiving device supports thecommunication handover on the second communication channel includesproviding, by the data receiving device, an indication that the datareceiving device supports input of a tip amount for the data transfer atthe data originating device.

Example 14 may include the method of any of examples 1-13, whereindetermining that the data originating device supports the communicationhandover on the second communication channel includes determining, bythe data receiving device, that the data originating device supportsinput of a tip amount for the data transfer at the data originatingdevice.

Example 15 may include the method of any of examples 1-14, wherein thevalue data comprises a tip amount.

Example 16 may include the method of example 15, wherein determining thetransfer value includes determining, by the data receiving device, thetransfer value to be a preliminary receipt value plus the tip amount.

Example 17 may include the method of any of examples 1-16, furthercomprising providing, by the data receiving device to the dataoriginating device, preliminary receipt data for display on the dataoriginating device.

Example 18 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe data receiving device, cause the data receiving device to performthe method of any of examples 1-17.

Example 19 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 1-17.

Example 20 may include a method, comprising determining, by a dataoriginating device based at least in part on an indication received on afirst communication channel, that a data receiving device supports acommunication handover on a second communication channel for a datatransfer, providing on the first communication channel, by the dataoriginating device to the data receiving device, an indication that thedata originating device supports the communication handover on thesecond communication channel, and providing, by the data originatingdevice to the data receiving device, an indication of a value data onthe second communication channel, the value data to be utilized forcompletion of the data transfer with a transfer value based at least inpart on the value data.

Example 21 may include the method of example 20, wherein thecommunication handover on the second communication channel providessupport for available services.

Example 22 may include the method of any of examples 20 or 21, whereinthe first communication channel supports communication within a firstproximity, wherein the second communication channel supportscommunication within a second proximity, and wherein the first proximityis different from the second proximity.

Example 23 may include the method of any of examples 20-22, wherein thefirst communication channel implements first security, wherein thesecond communication channel implements second security, and wherein thefirst security is different from the second security.

Example 24 may include the method of any of examples 20-23, wherein thefirst communication channel implements near field communication (NFC),and wherein the method further comprises establishing, by the dataoriginating device, the second communication channel between the datareceiving device and the data originating device, wherein the secondcommunication channel implements a communication protocol different thanthe NFC.

Example 25 may include the method of example 24, wherein thecommunication protocol of the second communication channel is Wi-Fi.

Example 26 may include the method of example 24, further comprisingidentifying, by the data originating device, a first elliptic curvecryptography (ECC) key included in a selection handover message receivedfrom the data receiving device, and providing, by the data originatingdevice to the data receiving device, a handover response message thatincludes a second ECC key, wherein the first ECC key and the second ECCkey are utilized to establish the second communication channel.

Example 27 may include the method of example 24, wherein establishingthe second communication channel is based at least in part on a sessionname and a password for the second communication channel.

Example 28 may include the method of any of examples 20-27, wherein thedata originating device is functioning as a near field communication(NFC) payment device, and wherein the data receiving device isfunctioning as a point of sale (POS) device.

Example 29 may include the method of any of examples 20-28, wherein thedata originating device comprises essentially a same operating system asthe data receiving device.

Example 30 may include the method of any of examples 20-29, whereinproviding the indication that the data originating device supports thecommunication handover on the second communication channel includesproviding, by the data originating device, an indication that the dataoriginating device supports input of a tip amount for the data transferat the data originating device.

Example 31 may include the method of any of examples 20-30, whereindetermining that the data receiving device supports the communicationhandover on the second communication channel includes determining, bythe data receiving device, that the data receiving device supports inputof a tip amount for the data transfer at the data originating device.

Example 32 may include the method of any of examples 20-31, wherein thevalue data comprises a tip amount.

Example 33 may include the method of any of examples 20-32, furthercomprising displaying, by the data originating device, a user inputfield for input of the value data for the data transfer, andidentifying, by the data originating device, the value data of the userinput field received at the data originating device.

Example 34 may include the method of example 33, further comprisingidentifying, by the data originating device, preliminary receipt datareceived from the data receiving device, and displaying, by the dataoriginating device, the preliminary receipt data with the user inputfield.

Example 35 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe data originating device, cause the data originating device toperform the method of any of examples 20-34.

Example 36 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 20-34.

Example 37 may include a method, comprising detecting, by a datareceiving device, an initiation of a data transfer with a dataoriginating device based at least in part on a first time that the dataoriginating device has entered a proximity of the data receiving device,providing, by the data receiving device to the data originating device,an indication that the data receiving device supports a double tap datatransfer, determining, by the data receiving device, that the dataoriginating device supports the double tap data transfer based at leastin part on an indication that the data originating device supports thedouble tap data transfer received from the data originating device,determining, by the data receiving device, a value data based at leastin part on an indication of the value data received from the dataoriginating device during a second time that the data originating devicehas entered the proximity of the data receiving device, determining, bythe data receiving device, a transfer value for the data transfer basedat least in part on the value data, and completing, by the datareceiving device, the data transfer with the transfer value.

Example 38 may include the method of example 37, wherein the datareceiving device provides the indication that the data receiving devicesupports the double tap data transfer based at least in part on thedetection that the data originating device has entered the proximity ofthe data receiving device.

Example 39 may include the method of any of examples 37 or 38, furthercomprising determining, by the data receiving device, that the dataoriginating device has entered the proximity of the data receivingdevice the second time, wherein the data receiving device completes thedata transfer based at least in part on the determination of the secondtime that the data originating device has entered the proximity of thedata receiving device the first time.

Example 40 may include the method of any of examples 37-39, wherein thedata receiving device is functioning as a point of sale (POS) device,and wherein the data originating device is functioning as a near fieldcommunication (NFC) payment device.

Example 41 may include the method of any of examples 37-40, wherein thedata receiving device comprises essentially a same operating system asthe data originating device.

Example 42 may include the method of any of examples 37-41, furthercomprising determining, by the data receiving device, that the dataoriginating device has entered the proximity of the data receivingdevice the second time, and providing, by the data receiving device tothe data originating device, a transaction identifier during the firsttime that the data originating device has entered the proximity of thedata receiving device, wherein the indication of the value data isreceived during the second time that the data originating device hasentered the proximity of the data receiving device and is associatedwith the transaction identifier.

Example 43 may include the method of any of examples 37-42, wherein thevalue data comprises a tip amount, and wherein the indication of thevalue data comprises an indication of the tip amount.

Example 44 may include the method of example 43, wherein the indicationthat the data receiving device supports the double tap data transferindicates that the data receiving device supports receipt of theindication of the tip amount by the data receiving device during thesecond time that the data originating device has entered the proximityof the data receiving device, and wherein the indication that the dataoriginating device supports the double tap data transfer indicates thatthe data originating device supports transmission of the indication ofthe tip amount by the data originating device during the second timethat the data originating device has entered the proximity of the datareceiving device.

Example 45 may include the method of example 43, further comprisingproviding, by the data receiving device to the data originating device,preliminary receipt data during the first time that the data originatingdevice has entered the proximity of the data receiving device, thepreliminary receipt data for display on the data originating device,wherein the indication of the tip amount is received during the secondtime that the data originating device has entered the proximity of thedata receiving device.

Example 46 may include the method of example 45, wherein the preliminaryreceipt data includes a preliminary receipt value, and whereindetermining the transfer value includes determining, by the datareceiving device, the transfer value to be the preliminary receipt valueplus the tip amount.

Example 47 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe data receiving device, cause the data receiving device to performthe method of any of examples 37-46.

Example 48 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 37-46.

Example 49 may include a method, comprising determining, by a dataoriginating device, that a data receiving device supports a double tapdata transfer based at least in part on an indication that the datareceiving device supports the double tap data transfer received from thedata receiving device during a first time that the data originatingdevice has entered a proximity of the data receiving device, providing,by the data originating device, an indication that the data originatingdevice supports the double tap data transfer, and providing, by the dataoriginating device to the data receiving device, an indication of avalue data during a second time that the data originating device hasentered the proximity of the data receiving device.

Example 50 may include the method of example 49, wherein the dataoriginating device provides the indication that the data originatingdevice supports the double tap data transfer during the first time thatthe data originating device has entered the proximity of the datareceiving device.

Example 51 may include the method of any of examples 49 or 50, whereinthe data originating device is functioning as a near field communication(NFC) payment device, and wherein the data receiving device isfunctioning as a point of sale (POS) device.

Example 52 may include the method of any of examples 49-51, wherein thedata originating device comprises essentially a same operating system asthe data receiving device.

Example 53 may include the method of any of examples 49-52, furthercomprising identifying, by the data originating device, an indication ofa transaction identifier received from the data receiving device duringthe first time that the data originating device has entered theproximity of the data receiving device, and providing, by the dataoriginating device to the data receiving device, the transactionidentifier with the indication of the value data during the second timethat the data originating device has entered the proximity of the datareceiving device.

Example 54 may include the method of any of examples 49-53, wherein thevalue data comprises a tip amount, and wherein the indication of thevalue data comprises an indication of the tip amount.

Example 55 may include the method of example 54, wherein the indicationthat the data receiving device supports the double tap data transferindicates that the data receiving device supports receipt of theindication of the tip amount by the data receiving device during thesecond time that the data originating device has entered the proximityof the data receiving device, and wherein the indication that the dataoriginating device supports the double tap data transfer indicates thatthe data originating device supports transmission of the indication ofthe tip amount by the data originating device during the second timethat the data originating device has entered the proximity of the dataoriginating device.

Example 56 may include the method of any of examples 49-55, furthercomprising displaying, by the data originating device, a user inputfield for input of the value data, and identifying, by the dataoriginating device, the value data received via the user input fielddisplayed by the data originating device.

Example 57 may include the method of example 56, further comprisingidentifying, by the data originating device, preliminary receipt datareceived from the data receiving device, and displaying, by the dataoriginating device, the preliminary receipt data with the user inputfield.

Example 58 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe data originating device, cause the data originating device toperform the method of any of examples 49-57.

Example 59 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 49-57.

Example 60 may include a method, comprising detecting, by a firstdevice, an initiation of a data transfer with a second device,providing, by the first device to the second device, an indication thatthe first device supports a user input field at the second device forthe data transfer, detecting, by the first device received from thesecond device, an indication that the second device supports the userinput field at the second device, detecting, by the first devicereceived from the second device, an indication of an value data of theuser input field, the value data being entered into the user input fielddisplayed on a display of the second device, and completing, by thefirst device, the data transfer in accordance with the value datareceived from the second device.

Example 61 may include the method of example 60, wherein providing theindication whether the first device supports a user input field includesproviding, by the first device, an indication that the first devicesupports input of a tip amount for the data transfer at the seconddevice.

Example 62 may include the method of any of examples 60 or 61, whereindetecting the indication that the second device supports the user inputfield includes detecting, by the first device, an indication that thesecond device supports input of a tip amount for the data transfer atthe second device.

Example 63 may include the method of any of examples 60-62, whereindetecting the indication of the value data includes detecting, by thefirst device received from the second device, an indication of a tipamount of the user input field, the tip amount being entered into theuser input field displayed on the display of the second device.

Example 64 may include the method of any of examples 60-63, whereincompleting the data transfer includes completing, by the first device,the data transfer with a tip amount received from the second device, thetip amount being entered into the user input field displayed on thedisplay of the second device.

Example 65 may include the method of any of examples 60-64, wherein theindication that the first device supports a user input field is providedvia near field communication (NFC), and wherein detecting the indicationof the value data includes establishing, by the first device, a securechannel between the first device and the second device via acommunication protocol different than the NFC, and detecting, by thefirst device, the indication of the value data received from the seconddevice via the secure channel.

Example 66 may include the method of example 65, wherein thecommunication protocol of the secure channel is Wi-Fi.

Example 67 may include the method of example 65, further comprisingtransmitting, by the first device to the second device, a selectionhandover message, wherein the selection handover message includes afirst elliptic curve cryptography (ECC) key, and detecting, by the firstdevice received from the second device, a handover response message,wherein the handover response message includes a second ECC key, whereinthe secure channel is established based at least in part on the firstECC key or the second ECC key.

Example 68 may include the method of any of examples 60-64, whereindetecting the initiation of the data transfer with the second deviceincludes detecting, by the first device, that the second device islocated within a first proximity of the first device, and whereindetecting the indication of the value data includes establishing, by thefirst device, a secure channel that allows the first device tocommunicate with the second device when the second device is within asecond proximity of the first device, the second proximity larger thanthe first proximity, and detecting, by the first device, the indicationof the value data received from the second device via the securechannel.

Example 69 may include the method of any of examples 60-64, whereindetecting the initiation of the data transfer includes detecting, by thefirst device, that the second device has entered a proximity of thefirst device a first time, and wherein the method further comprisesdetecting, by the first device, a second time that the second device hasentered the proximity of the first device, wherein the first devicecompletes the data transfer based at least in part on the detection ofthe second time that the second device has entered the proximity of thefirst device.

Example 70 may include the method of any of examples 60-64, whereindetecting the initiation of the data transfer includes detecting, by thefirst device, that the second device has entered a proximity of thefirst device, wherein the first device provides the indication that thefirst device supports the user input field at the second device based atleast on part on the detection that the second device has entered theproximity of the first device.

Example 71 may include the method of any of examples 60-64, furthercomprising providing, by the first device, a first elliptic curvecryptography (ECC) key to the second device, identifying, by the firstdevice, a second ECC key received from the second device, andestablishing, by the first device, a secure channel between the firstdevice and the second device based at least in part on the first ECC keyor the second ECC key, wherein the secure channel is utilized to causethe second device to display the user input field.

Example 72 may include the method of example 71, wherein establishingthe secure channel is further based at least in part on a session nameand a password for the secure channel.

Example 73 may include the method of example 71, wherein the user inputfield comprises a tip input field, and wherein the method furthercomprises providing, by the first device, a preliminary receipt to thesecond device via the secure channel to be displayed on the seconddevice.

Example 74 may include the method of example 73, wherein completing thedata transfer includes identifying, by the first device, a tip amountreceived from the second device via the secure channel, the tip amountbeing input into the tip input field at the second device by a user, andupdating, by the first device, the preliminary receipt with the tipamount to produce a billable amount, wherein the billable amount isutilized for completing the data transfer.

Example 75 may include the method of example 71, wherein the indicationthat the first device supports a user input field at the second deviceis provided via near field communication (NFC), wherein the indicationthat the second device supports the user input field is received via theNFC, and wherein the NFC is separate from the secure channel.

Example 76 may include the method of any of examples 60-64, whereindetecting the initiation of the data transfer includes detecting, by thefirst device, that the second device has entered a proximity of thefirst device a first time, and wherein the method further comprisesdetecting, by the first device, that the second device has entered theproximity of the first device a second time, the second time being afterthe first time, and identifying, by the first device, the value data ofthe user input field received from the second device when the seconddevice is within the proximity of the first device the second time.

Example 77 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe first device, cause the first device to perform the method of any ofexamples 60-76.

Example 78 may include a system, comprising memory to storeinstructions; and

one or more processors coupled to the memory, wherein the one or moreprocessors are to execute the instructions to perform the method of anyof examples 60-76.

Example 79 may include a method, comprising detecting, by a first devicereceived from a second device, an indication that the second devicesupports a user input field at the first device for a data transfer,providing, by the first device to the second device, an indication thatthe first device supports the user input field at the first device,detecting, by the first device received from the second device, anindication of the user input field to be displayed on a display of thefirst device, displaying, by the first device on the display of thefirst device, the user input field, identifying, by the first device, avalue data of the user input field received at the first device, andproviding, by the first device to the second device, an indication ofthe value data for completion of the data transfer.

Example 80 may include the method of example 79, further comprisingdetecting, by the first device received from the second device, aselection handover message, identifying, by the first device, a firstelliptic curve cryptography (ECC) key included in the selection handovermessage, and transmitting, by the first device to the second device, ahandover response message, wherein the handover response messageincludes a second ECC key, and wherein the first ECC key and the secondECC key are utilized to establish a secure channel between the firstdevice and the second device.

Example 81 may include the method of example 80, further comprisingestablishing, by the first device, the secure channel between the firstdevice using the first ECC key and the second ECC key.

Example 82 may include the method of example 81, wherein establishingthe secure channel is based at least in part on a session name and apassword for the secure channel.

Example 83 may include the method of example 81, wherein the user inputfield comprises a tip input field, and the method further comprisesdetecting, by the first device received from the second device, apreliminary receipt via the secure channel, and displaying, by the firstdevice on the display of the first device, the preliminary receipt withthe user input field.

Example 84 may include the method of any of examples 79-83, furthercomprising establishing, by the first device, a secure channel betweenthe first device and the second device, wherein the indication of theuser input field to be displayed is received via the secure channel andthe value data is provided to the second device via the secure channel.

Example 85 may include the method of example 84, wherein the indicationthat the second device supports the user input field is received vianear field communication (NFC) and the indication that the first devicesupports the user input field is provided via the NFC, and acommunication protocol of the secure channel is different from the NFC.

Example 86 may include the method of example 85, wherein thecommunication protocol of the secure channel is Wi-Fi.

Example 87 may include the method of any of examples 79-83, whereindetecting the indication that the second device supports the user inputfield includes detecting, by the first device, an indication that thesecond device supports input of a tip amount for the data transfer atthe first device.

Example 88 may include the method of any of examples 79-83, whereinproviding the indication that the first device supports the user inputfield includes providing, by the first device, an indication that thefirst device supports input of a tip amount for the data transfer at thefirst device.

Example 89 may include the method of any of examples 79-83, whereinidentifying the value data includes identifying, by the first device, atip amount of the user input field received at the first device.

Example 90 may include the method of any of examples 79-83, whereinproviding the indication of the value data includes providing, by thefirst device, an indication of a tip amount of the user input fieldreceived at the first device, the indication of the tip amount for beingprovided for completion of the data transfer.

Example 91 may include the method of any of examples 79-83, whereindetecting the indication that the second device supports the user inputfield includes detecting, by the first device, the indication that thesecond device supports the user input field while the first device islocated within a first proximity of the second device, and wherein themethod further comprises establishing, by the first device, a securechannel between the first device and the second device, where the securechannel allows the first device to communicate with the second devicewhen the first device is within a second proximity of the second device,wherein second proximity is larger than the first proximity, and whereinthe indication of the value data is provided to the second device viathe secure channel.

Example 92 may include the method of any of examples 79-83, wherein thefirst device is to provide the indication that the first device supportsthe user input field at the first device during a first time that thefirst device has entered a proximity of the second device, and whereinthe first device is to provide the indication of the value data during asecond time that the first device has entered the proximity of thesecond device, the second time after the first time.

Example 93 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe first device, cause the first device to perform the method of any ofexamples 79-92.

Example 94 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 79-92.

Example 95 may include a method, comprising detecting, by a firstdevice, an initiation of a data transfer with a second device,providing, by the first device to the second device, an indication thatthe first device supports a secure channel for the data transfer,detecting, by the first device received from the second device, anindication that the second device supports the secure channel for thedata transfer, and establishing, by the first device, the secure channelfor communication of data related to the data transfer between the firstdevice and the second device.

Example 96 may include the method of example 95, further comprisingtransmitting, by the first device to the second device, a selectionhandover message, wherein the selection handover message includes afirst elliptic curve cryptography (ECC) key, and detecting, by the firstdevice received from the second device, a handover response message,wherein the handover response message includes a second ECC key, andwherein the secure channel is established based at least in part on thefirst ECC key or the second ECC key.

Example 97 may include the method of example 96, wherein the securechannel is established based further at least in part on a session nameand a password for the secure channel.

Example 98 may include the method of any of examples 95-97, wherein theinitiation of the data transfer is detected via near field communication(NFC), and wherein establishing the secure channel includes establishingthe secure channel via a communication protocol different than the NFC.

Example 99 may include the method of example 98, wherein thecommunication protocol of the secure channel is Wi-Fi.

Example 100 may include the method of any of examples 95-97, whereindetecting the initiation of the data transfer with the second deviceincludes detecting, by the first device, that the second device islocated within a first proximity of the first device, and wherein thesecure channel allows the communication of the data between the firstdevice and the second device within a second proximity, the secondproximity being larger than the first proximity.

Example 101 may include the method of any of examples 95-97, furthercomprising transmitting, by the first device to the second device viathe secure channel, a preliminary receipt for the data transfer,detecting, by the first device received from the second device via thesecure channel, an indication of a tip amount for the data transfer, andcompleting, by the first device, the data transfer with the tip amountreceived from the second device.

Example 102 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe first device, cause the first device to perform the method of any ofexamples 95-101.

Example 103 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 95-101.

Example 104 may include a method, comprising detecting, by a firstdevice received from a second device, an indication that a second devicesupports a secure channel for a data transfer, providing, by the firstdevice to the second device, an indication that the first devicesupports the secure channel for the data transfer, and establishing, bythe first device, the secure channel for communication of data relatedto the data transfer between the first device and the second device.

Example 105 may include the method of example 104, further comprisingdetecting, by the first device received from the second device, aselection handover message, wherein the selection handover messageincludes a first elliptic curve cryptography (ECC) key, andtransmitting, by the first device to the second device, a handoverresponse message, wherein the handover response message includes asecond ECC key, and wherein the secure channel is established based atleast in part on the first ECC key or the second ECC key.

Example 106 may include the method of example 105, wherein the securechannel is established based further at least in part on a session nameand a password for the secure channel.

Example 107 may include the method of any of examples 104-106, whereinthe indication that the second device supports the secure channel isreceived via near field communication (NFC), and wherein establishingthe secure channel includes establishing the secure channel via acommunication protocol different than the NFC.

Example 108 may include the method of example 107, wherein thecommunication protocol of the secure channel is Wi-Fi.

Example 109 may include the method of example 107, wherein the NFC has afirst proximity for communication between the first device and thesecond device, and wherein the communication protocol of the securechannel has a second proximity for communication between the firstdevice and the second device, the second proximity being larger than thefirst proximity.

Example 110 may include the method of any of examples 104-106, furthercomprising displaying, by the first device, a tip amount input field ona display of the first device, detecting, by the first device, a tipamount input into the tip amount input field, and providing, by thefirst device to the second device via the secure channel, an indicationof the tip amount, the tip amount to be utilized for completion of thedata transfer.

Example 111 may include the method of example 110, further comprisingdetecting, by the first device received from the second device via thesecure channel, a preliminary receipt, and displaying, by the firstdevice, the preliminary receipt on the display with the tip amount inputfield.

Example 112 may include one or more computer-readable media havinginstructions stored thereon, wherein the instructions, when executed bythe first device, cause the first device to perform the method of any ofexamples 104-111.

Example 113 may include a system, comprising memory to storeinstructions, and one or more processors coupled to the memory, whereinthe one or more processors are to execute the instructions to performthe method of any of examples 104-111.

As described above, one aspect of the present technology may relate tothe gathering and use of data available from specific and legitimatesources to allow for interaction with a second device for a datatransfer. The present disclosure contemplates that in some instances,this gathered data may include personal information data that uniquelyidentifies or can be used to identify a specific person. Such personalinformation data can include demographic data, location-based data,online identifiers, telephone numbers, email addresses, home addresses,data or records relating to a user's health or level of fitness (e.g.,vital signs measurements, medication information, exercise information),date of birth, or any other personal information.

The present disclosure recognizes that the use of such personalinformation data, in the present technology, can be used to the benefitof users. For example, the personal information data can be used toprovide for secure data transfers occurring between a first device and asecond device. The personal information data may further be utilized foridentifying an account associated with the user from a service providerfor completing a data transfer.

The present disclosure contemplates that those entities responsible forthe collection, analysis, disclosure, transfer, storage, or other use ofsuch personal information data will comply with well-established privacypolicies and/or privacy practices. In particular, such entities would beexpected to implement and consistently apply privacy practices that aregenerally recognized as meeting or exceeding industry or governmentalrequirements for maintaining the privacy of users. Such informationregarding the use of personal data should be prominent and easilyaccessible by users, and should be updated as the collection and/or useof data changes. Personal information from users should be collected forlegitimate uses only. Further, such collection/sharing should occur onlyafter receiving the consent of the users or other legitimate basisspecified in applicable law. Additionally, such entities should considertaking any needed steps for safeguarding and securing access to suchpersonal information data and ensuring that others with access to thepersonal information data adhere to their privacy policies andprocedures. Further, such entities can subject themselves to evaluationby third parties to certify their adherence to widely accepted privacypolicies and practices. In addition, policies and practices should beadapted for the particular types of personal information data beingcollected and/or accessed and adapted to applicable laws and standards,including jurisdiction-specific considerations that may serve to imposea higher standard. For instance, in the US, collection of or access tocertain health data may be governed by federal and/or state laws, suchas the Health Insurance Portability and Accountability Act (HIPAA);whereas health data in other countries may be subject to otherregulations and policies and should be handled accordingly.

Despite the foregoing, the present disclosure also contemplatesembodiments in which users selectively block the use of, or access to,personal information data. That is, the present disclosure contemplatesthat hardware and/or software elements can be provided to prevent orblock access to such personal information data. For example, the presenttechnology can be configured to allow users to select to “opt in” or“opt out” of participation in the collection of personal informationdata during registration for services or anytime thereafter. Forexample, a user may “opt in” or “opt out” of having informationassociated with an account of the user stored on a user device and/orshared by the user device. In addition to providing “opt in” and “optout” options, the present disclosure contemplates providingnotifications relating to the access or use of personal information. Forinstance, a user may be notified upon downloading an application thattheir personal information data will be accessed and then reminded againjust before personal information data is accessed by the application. Insome instances, the user may be notified upon initiation of a datatransfer of the device accessing information associated with the accountof the user and/or the sharing of information associated with theaccount of the user with another device.

Moreover, it is the intent of the present disclosure that personalinformation data should be managed and handled in a way to minimizerisks of unintentional or unauthorized access or use. Risk can beminimized by limiting the collection of data and deleting data once itis no longer needed. In addition, and when applicable, including incertain health related applications, data de-identification can be usedto protect a user's privacy. De-identification may be facilitated, whenappropriate, by removing identifiers, controlling the amount orspecificity of data stored (e.g., collecting location data at city levelrather than at an address level), controlling how data is stored (e.g.,aggregating data across users), and/or other methods such asdifferential privacy.

Therefore, although the present disclosure broadly covers use ofpersonal information data to implement one or more various disclosedembodiments, the present disclosure also contemplates that the variousembodiments can also be implemented without the need for accessing suchpersonal information data. That is, the various embodiments of thepresent technology are not rendered inoperable due to the lack of all ora portion of such personal information data. For example, content can beselected and delivered to users based on aggregated non-personalinformation data or a bare minimum amount of personal information, suchas the content being handled only on the user's device or othernon-personal information available to the content delivery services.

What is claimed is:
 1. A method, comprising: determining, by a dataoriginating device based at least in part on an indication received on afirst communication channel, that a data receiving device supports acommunication handover on a second communication channel for a datatransfer; providing on the first communication channel, by the dataoriginating device to the data receiving device, an indication that thedata originating device supports the communication handover on thesecond communication channel; and providing, by the data originatingdevice to the data receiving device, an indication of a value data onthe second communication channel, the value data to be utilized forcompletion of the data transfer with a transfer value based at least inpart on the value data.
 2. The method of claim 1, wherein thecommunication handover on the second communication channel providessupport for available services.
 3. The method of claim 1, wherein thefirst communication channel supports communication within a firstproximity, wherein the second communication channel supportscommunication within a second proximity, and wherein the first proximityis different from the second proximity.
 4. The method of claim 1,wherein the first communication channel implements first security,wherein the second communication channel implements second security, andwherein the first security is different from the second security.
 5. Themethod of claim 1, wherein the first communication channel implementsnear field communication (NFC), and wherein the method furthercomprises: establishing, by the data originating device, the secondcommunication channel between the data receiving device and the dataoriginating device, wherein the second communication channel implementsa communication protocol different than the NFC.
 6. The method of claim5, wherein the communication protocol of the second communicationchannel is Wi-Fi.
 7. The method of claim 5, further comprising:identifying, by the data originating device, a first elliptic curvecryptography (ECC) key included in a selection handover message receivedfrom the data receiving device; and providing, by the data originatingdevice to the data receiving device, a handover response message thatincludes a second ECC key, wherein the first ECC key and the second ECCkey are utilized to establish the second communication channel.
 8. Themethod of claim 5, wherein establishing the second communication channelis based at least in part on a session name and a password for thesecond communication channel.
 9. The method of claim 1, wherein the dataoriginating device is functioning as a near field communication (NFC)payment device, and wherein the data receiving device is functioning asa point of sale (POS) device.
 10. The method of claim 1, wherein thedata originating device comprises essentially a same operating system asthe data receiving device.
 11. The method of claim 1, wherein providingthe indication that the data originating device supports thecommunication handover on the second communication channel includesproviding, by the data originating device, an indication that the dataoriginating device supports input of a tip amount for the data transferat the data originating device.
 12. One or more non-transitory,computer-readable media having instructions stored thereon, wherein theinstructions, when executed by one or more processors, cause a dataoriginating device to: determine, based at least in part on anindication received on a first communication channel, that a datareceiving device supports a communication handover on a secondcommunication channel for a data transfer; provide, on the firstcommunication channel to the data receiving device, an indication thatthe data originating device supports the communication handover on thesecond communication channel; and provide, to the data receiving device,an indication of a value data on the second communication channel, thevalue data to be utilized for completion of the data transfer with atransfer value based at least in part on the value data.
 13. The one ormore non-transitory, computer-readable media of claim 12, wherein thecommunication handover on the second communication channel providessupport for available services.
 14. The one or more non-transitory,computer-readable media of claim 12, wherein the first communicationchannel supports communication within a first proximity, wherein thesecond communication channel supports communication within a secondproximity, and wherein the first proximity is different from the secondproximity.
 15. The one or more non-transitory, computer-readable mediaof claim 12, wherein to determine that the data receiving devicesupports the communication handover on the second communication channelincludes to determine that the data receiving device supports input of atip amount for the data transfer at the data originating device.
 16. Themethod of claim 1, wherein the value data comprises a tip amount.
 17. Adata originating device, comprising: memory to store value data; and oneor more processors coupled to the memory, the processors to: determine,based at least in part on an indication received on a firstcommunication channel, that a data receiving device supports acommunication handover on a second communication channel for a datatransfer; provide, on the first communication channel to the datareceiving device, an indication that the data originating devicesupports the communication handover on the second communication channel;and provide, to the data receiving device, an indication of the valuedata on the second communication channel, the value data to be utilizedfor completion of the data transfer with a transfer value based at leastin part on the value data.
 18. The data originating device of claim 17,wherein the first communication channel implements first security,wherein the second communication channel implements second security, andwherein the first security is different from the second security. 19.The data originating device of claim 17, wherein the one or moreprocessors are further to: cause the data originating device to displaya user input field for input of the value data for the data transfer;and identify the value data of the user input field received at the dataoriginating device.
 20. The data originating device of claim 19, whereinthe one or more processors are further to: identify preliminary receiptdata received from the data receiving device; and cause the dataoriginating device to display the preliminary receipt data with the userinput field.